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FOREWORD 


The  National  Communications  System  (NCS)  is  an  organization  of  the  Fpdera  1 
Government  whose  membership  is  comprised  of  22  Government  entities.  Its  mission 
is  to  assist  the  President,  National  Security  Council,  Office  of  Science  and 
Technology  Policy,  and  Office  of  Management  and  Budget  in: 

0  The  exercise  of  their  wartime  and  non-wartime  emergency  functions  and 
their  planning  and  oversight  responsibilities. 

0  The  coordination  of  the  planning  for  and  provision  of  National 
Security/Emergency  Preparedness  communications  for  the  Federal 
Government  under  circumstances  including  crisis  or  emergency. 

In  support  of  this  mission,  the  NCS  has  developed  the  Emergency  Preparedness 
Management  Information  System  (EPMIS)  to  permit  the  Manager,  NCS  and  the 
designated  Resource  Allocation  Officer  (RAO)  to  respond  effectively  to  declared 
national  emergencies.  This  is  in  direct  support  of  the  survivability  and 
endurability  objectives  addressed  by  Executive  Order  12472  and  National  Security 
Decision  Directive  97.  This  report  represents  a  system  design  specification  of 
the  Expert  System  Enhancement  to  the  Resource  Allocation  Module  (XTRAM)  of 
EPMIS.  XTRAM  will  assist  the  RAO  in  utilizing  EPMIS  for  allocation  and  use  of 
limited  telecommunication  assets  in  times  of  crises  and  emergencies. 

Comments  on  this  TIB  are  welcome  and  should  be  addressed  to: 

Office  of  the  Manager 
National  Communications  System 
ATTN:  NCS-TS 
Washington,  DC  20305-2010 
(202)-692-2124 
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1.0  Introduction 


This  document  summarizes  work  performed  by  Delta  Information 
Systems,  Inc.,  for  the  Office  of  Technology  and  Standards  of  the 
National  Communications  System,  an  organization  of  the  U.S. 
Government,  under  Contract  number  DCA100-86-C-0099 .  The  Office 
of  Technology  and  Sta.idards,  headed  by  National  Communications 
System  Assistant  Manager  Dennis  Bodson,  is  responsible  for  the 
development  of  advanced  technology  for  the  NCS. 

BACKGROUND 

The  Office  of  the  Manager,  NCS  requires  timely,  accurate 
information  about  the  status  of  communications  resources  during 
national  emergencies  and  declared  disasters.  This  led  to  the 
realization  that  an  automated  decision  support  system  would  be 
useful  to  NCS  Emergency  Management  Teams,  wtiich  play  a 
significant  role  in  the  monitoring  and  resolution  of  such 
situations. 


The  Emergency  Preparedness  Management  Information  System 
(EPMIS)  is  an  integral  part  of  the  National  Emergency 
Telecommunications  Management  System,  which  is  designed  to  allow 
the  Manager,  National  Communications  System  (NCS)  to  respond  to 


declared  national  emergencies.  The  EPMIS  Is  a  user-oriented, 
decision-support  tool  designed assist  the  Manager,  NCS  in  the 


performance  of  his  assigned  emerge^y  communications  management 
mission  by  providing  timely  informati^  about  the  residual 
communications  capabilities  and  the  outs^nding  National  Security 


/ 

/ 


/ 


Emergency  Preparedness  (NSEP)  communications  requirements  of  the 
nation. 

OVERVIEW 

The  purpose  of  the  program  discussed  in  this  report  is  to 
develop  an  Expert  System  Enhancement  to  the  Resource  Allocation 
Module  (XTRAM)  for  HPMIS.  In  accordance  with  the  Statement  of 
Work,  a  project  consisting  of  the  five  tasks  outlined  below  is 
underway.  Task  1  has  been  completed,  and  this  report  summarizes 
all  the  work  performed  on  this  effort.  Tasks  2  through  5  are 
options  which  may  be  exercised  by  the  tiCS  following  the 
evaluation  of  Task  1. 


TASK  TITLE 

1  XTRAM  System  Design  Specification 

2  System  Acquisition 

3  Developing  the  XTRAM  Knowledge  Base 

4  User  Documentation 

5  XTRAM  Expert  System  Demonstration 

Work  on  Task  1  has  been  divided  into  the  five  subtasks  which 
are  listed  below.  The  work  performed  on  each  of  the  subtasks  is 
summarized  in  the  indicated  sections  of  this  report. 


REPORT 

SECTION 

2.0 

3.0 

4.0 

5.0 

6.0 


SUBTASK 

Requirements  Analysis 
Analysis  of  Hardware  Alternatives 
Analysis  of  Software  Alternatives 
Detailed  Design  Specification 
EPMIS  compatibility  Plan 
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RECOMMENDATION 


The  Detailed  Design  Specification  of  the  proposed 
hardwace/sof tware  alternatives  for  the  XTRAM  system  includes  one 
hardware  system,  and  two  knowledge  software  systems.  The 
hardware  system,  as  recommended  in  Section  3,  is  a  DEC  VAXstation 
II  workstation.  The  final  two  knowledge  software  alternatives 
to  be  considered  for  XTRAM  are  ART  by  Inference,  and  S.l  by 
Teknowledge.  Of  the  two  alternatives  ART  is  recommended  for 
implementation . 


2.0  Requirements  Analysis 

The  function  of  XTRAM  is  to  serve  as  an  advisor  or 
consultant  to  the  Resource  Allocation  officer  (RAO)  in  allocating 
scarce  communications  resources,  especially  in  times  of  national 
emergency.  Currently,  the  RAO  has  the  use  of  the  Emergency 
Preparedness  Management  Information  System  (EPMIS) ,  which  is 
basically  a  custom-designed  file  management  system  that  keeps 
track  of  the  availability  of  communications  resources,  and  the 
demands  upon  them. 

For  the  most  part,  XTRAM  will  obtain  pertinent  information 
from  EPMIS,  just  as  the  RAO  would  do  without  XTRAM,  in  order  to 
produce  recommended  resolutions  to  requests  for 
Telecommunications  services.  The  nature  of  the  information 
stored  in  EPMIS  has  changed  somewhat  since  the  XTRAM  Statement  of 
Work  was  issued  in  1985.  One  important  change  is  that  there  ate 
no  longer  requests  (formerly  Claims)  for  Resources,  such  as 
Nodes,  Links,  mobile  terminals,  HF  sets,  etc.  Now  there  are  only 
Service  Requests  (SR) ,  which  require  a  circuit  connecting  source 
and  destination  users.  Each  SR  is  for  a  single  circuit  only; 
requests  for  multiple  circuits  between  the  same  users  result  in 
multiple  SR's. 

The  priority  of  each  SR  is  determined  by  EPMIS,  based  on  the 
Telecommunications  Service  Priority  (TSP) ,  the  function,  the 
Emergency  Time  Line  (BTL) ,  and  when  the  SR  was  received.  A 
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prioritized  list  of  SR's  is  presented  to  the  RAO.  From  this  list 
the  RAO  selects  an  SR  to  resolve,  and  may  activate  XTRAM  to 
provide  recommended  resolutions. 

The  RAO  may  also  indicate  other  SR's  that  he  wants  XTRAM  to 
consider  while  resolving  the  one  SR.  In  this  way,  subsequent 
SR's  will  have  a  better  chance  to  be  resolved,  since  limited 
Resources  that  can  resolve  more  than  one  SR  will  tend  not  to  be 
used  up  on  the  first  SR. 

EPMIS  permits  the  inclusion  of  data  on  specific  Links  within 
a  Network.  At  present,  there  are  no  plans  to  incorporate  Link 
data  in  the  initial  data-gather ing  effort.  However,  XTRAM  will 
be  capable  of  utilizing  Link  data  where  it  exists.  For  Networks 
with  Link  data,  specific  paths  through  the  Network  will  be 
evaluated.  For  Networks  without  any  Link  data,  XTRAM  will  assume 
connectivity  between  any  two  operational  Nodes  of  the  Network. 

Similarly,  EPMIS  allows  for  the  inclusion  of  data  on  mobile 
Assets,  such  as  satellite  terminals  or  HF  radios,  and  the  Asset 
Centers  where  they  are  located.  Again,  there  is  no  current  plan 
to  include  this  data  in  the  initial  data-gather ing  effort. 
However,  XTRAM  will  attempt  to  use  Assets  to  resolve  SR's,  where 
data  on  Assets  exists.  Where  no  such  data  exists,  only  the  fixed 
Network  facilities  will  be  used  to  resolve  SR's. 

The  output  of  XTRAM  will  be  an  ordered  list  of  possible 
resolutions  to  a  single  SR.  The  list  is  ordered  by  XTRAM' s 
estimate  of  the  desirability  of  each  possible  resolution.  The 
RAO  may  select  any  of  the  listed  resolutions,  or  may  ignore 
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XTRAM's  advice  and  devise  his  own  resolution,  which  he  can  then 
implement  using  EPMIS. 

If  the  RAO  selects  one  of  the  XTRAM  choices,  he  can  have 
XTRAM  "implement"  the  resolution  by  taking  the  following  steps; 

1)  The  resolution  description  displayed  to  the  RAO  will  be 
copied  into  the  appropriate  slot  (RESOLTN_DESC)  in  the  EPMIS  data 
base.  This  description  is  text,  limited  to  252  characters. 

2)  The  Point  of  Contact  (POC)  information  will  be  copied 
into  the  appropriate  slot  (RESOURCE_POC)  in  EPMIS.  The  POC  will 
be  from  the  same  agency  as  the  source  or  destination  user,  if 
possible,  and  will  likely  be  from  one  of  the  nearby  Nodes  used  in 
the  resolution. 

3)  XTRAM  will  indicate,  in  a  field  to  be  added  to  EPMIS,  the 
number  of  times  that  a  Link  has  been  used  in  the  resolution  of  a 
SR.  This  information  will,  in  turn,  be  used  in  resolving 
subsequent  SR's  by  avoiding  over-use  of  a  particular  Link. 

4)  XTRAM  will  place  'IN  USE'  in  the  Availability  field  of  an 
Asset  when  the  Asset  has  been  used  in  the  resolution  of  a  SR. 

This  information  will  of  course  affect  the  resolution  of 
subsequent  SR's. 

XTRAM  will  not  print  or  journal  SR's.  These  are  one-stroke 
operations  that  can  be  performed  by  EPMIS. 

In  addition  to  selecting  a  resolution  from  the  list 
presented  by  XTRAM,  the  RAO  may  ask  several  questions  of  XTRAM  in 
order  to  be  convinced  that  he  is  selecting  the  best  possible 
resolution. 
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The  first  question  is  "Why?".  This  can  be  asked  about  any 
of  the  listed  resolutions,  and  XTRAM  will  respond  with  the 
principal  reasons  why  that  particular  resolution  was  a  strong 
candidate,  expressed  in  English-like  text. 

Another  question  that  may  be  asked  by  the  RAO  is  "What  if?". 
In  this  case  the  RAO  may  postulate  some  change  in  the 
availability  of  resources,  the  requirements  of  the  SR,  or  the 
applicability  of  a  particular  rule  in  XTRAM,  and  XTRAM  will  redo 
its  recommendations.  The  changes  to  be  made  will  be  in  simple 
English-like  text  or  through  the  use  of  menus. 

The  last  question  that  may  be  asked  by  the  RAO  is  "Why 
not?".  In  this  case,  the  RAO  assembles  a  resolution  to  the  SR 
that  he  thinks  is  good,  but  which  was  not  listed  by  XTRAM  as  a 
possible  resolution.  The  resolution  is  assembled  by  the  use  of 
menus.  XTRAM  then  evaluates  this  resolution  and  gives  reasons 
why  it  was  not  selected  in  English-like  text.  This  feature 
allows  the  RAO  to  select  a  resolution  not  recommended  by  XTRAM, 
and  to  test  it  to  determine  if  there  are  any  flaws  in  it  that  he 
might  not  have  thought  of. 

In  addition  to  their  operational  utility,  the  above  question 
features  will  be  useful  during  the  development  of  XTRAM. 

While  almost  all  of  the  information  XTRAM  requires  will  be 
obtained  from  the  EPMIS  data  base,  XTRAM  may  obtain  some  few 
pieces  of  information  by  directly  asking  the  RAO.  This  would  be 
done  only  in  those  cases  where  the  required  information  does  not 
reside  in  EPMIS,  where  there  is  a  definite  answer  to  the  query. 
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and  where  there  is  at  least  some  expectation  that  the  HAO  will 
know  the  answer.  Most  questions  will  be  able  to  be  answered  by 
multiple  choice,  a  numeric  value,  or  a  name  (such  as  a  Node 
name).  When  asked  a  question,  the  RAO  may  decline  to  answer,  or 
may  ask  "Why?",  in  which  case  XTRAM  will  present  reasons  why 
having  this  information  is  important  in  recommending  resolutions. 

Rules  for  XTRAM  will  be  obtained  from  an  expert  ElAO. 

However,  the  following  preliminary  rules  will  be  used  as  a 
starting  point; 

1)  When  possible,  a  fixed  Network,  rather  than  mobile 
Assets  will  be  used. 

2)  A  Network  will  be  used  that  belongs  to  the  requesting 
Agency . 

3)  Nodes  close  to  the  source  and  destination  users  will  be 
used,  in  order  to  minimize  the  difficulty  of  local  connections. 

4)  Nodes  belonging  to  the  same  Network  will  be  used  in 
order  to  avoid  having  to  transfer  from  one  Network  to  another. 

5)  Facilities  will  be  used  that  have  a  high  likelihood  of 
being  operational,  based  on  actual  and  predicted  status. 

6}  If  fixed  Network  facilities  cannot  be  used,  then  use 
mobile  or  other  Assets  from  Asset  Centers  that  are  near  the 
source  and  destination  users. 

7)  High  capacit'.  Assets  already  deployed  to  other  users 
nearby  may  also  be  used. 
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8)  use  Links  and  Assets  that  are  compatible  with  the 
Service  Request  in  terms  of  data  or  voice. 

9)  Where  Links  are  defined  for  a  Network,  use  as  few  as 
possible,  regardless  of  route  miles. 

10}  Downgrade  a  resolution  that  utilizes  a  limited  Resource 
that  is  also  used  in  the  first-choice  resolution  of  another 
Service  Request  under  consideration. 

The  objective  of  many  of  the  rules  is  to  satisfy  the  Service 
Request  in  the  most  efficient  manner,  so  that  subsequent  Service 
Requests,  whether  currently  in  the  queue  or  not  yet  received,  can 


be  resolved. 


3.0  Analysis  o£  Hardware  Alternatives 


in  selecting  hardware  to  satisfy  the  XTRAM  functional 
requirements,  several  factors  were  considered  in  the  decision' 
process.  These  include  DEC  compatibility,  availability  of 
software,  computing  power,  ease  of  database  interface, 
programming  facilities,  and  price. 

3.1  Criteria 

An  important  consideration  in  choosing  hardware  for 
application  development  is  the  ease  with  which  the  application 
can  be  moved  from  development  to  delivery.  Compatibility  between 
hardware  systems,  or  using  the  same  system  for  development  and 
delivery  ensures  that  the  application  can  be  run  without 
modification.  This  factor  was  heavily  stressed  by  NCS.  Since 
the  EPMIS  system  resides  on  a  VAX,  the  XTRAM  hardware  should  be 
DEC  compatible  for  future  XTPAM/EPMIS  integration.  The  more  DEC 
compatible  the  prototype,  the  easier  an  XTRAM  integration  with 
EPMIS  will  be. 

AS  in  traditional  computing,  software  availability  is  an 
important  consideration  in  the  XTRAM  hardware  selection.  It  will 
be  desirable  to  utilize  knowledge-engineering  software  together 
with  traditional  languages  and  software  packages.  It  is 
important  to  choose  hardware  which  will  run  expert  systems  both 
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powerful  and  flexible  enough  to  satisfy  the  XTRAM  functional 
requirements. 

Another  important  factor  considered  was  computing  power. 
Knowledge  based  programs  frequently  require  a  larger  address 
space  and  more  machine  cycles  than  traditional  programs.  A  large 
address  space  is  an  advantage  because  it  allows  the  program  to 
address  many  locations  without  requiring  the  hardware  or  software 
to  do  a  great  deal  of  context  switching,  which  would  slow  down 
processing.  Also,  knowledge  system  programs  tend  to  tackle 
complex  problems  that  require  operations  such  as  searching  or 
pattern  matching.  For  this  reason,  speed  is  likely  to  be  more  of 
a  consideration  in  a  computer  used  for  knowledge  systems  work 
than  for  one  used  in  tegular  data  processing.  In  addition,  some 
"number  crunching"  capability  is  required  to  perform  the  spacial 
and  temporal  computations  that  are  part  of  resource  allocation. 

The  ease  with  which  the  XTRAM  computet  could  be  connected 
to,  and  integrated  with  the  EPMIS  computer  was  also  a  factor. 
Since  EPMIS  resides  on  a  DEC  MicroVAX,  it  is  desirable  that  the 
hardware  considered  is  able  to  support  DECnet  network  software, 
and  an  Ethernet  port  for  fast,  efficient  data  communications. 
Also,  since  the  EPMIS  database  is  managed  by  the  INGRES  database 
management  system,  the  hardware  considered  must  be  able  to 
support  INGRES  networking  and  user  interface  software  to  ensure 
an  efficient  database  access. 


Finally,  as  in  most  systems,  good  programming  facilities  are 
important  because  the  rate  at  which  program  development  progress 
is  made  is  strongly  influenced  by  the  ease  with  which  developers 
interact  with  the  computer. 

3.2  The  Alternatives 

The  four  leading  hardware  candidates  DIS  evaluated  were  the 
IBM  PC/AT,  the  Symbolics  3620  LISP  Machine,  the  Sun  3/100  160 
workstation,  and  the  DEC  VAXstation  II.  The  IBM  PC/AT  is  widely 
used  for  many  applications,  most  of  which  are  business  as  well  as 
personal  applications.  The  last  three,  the  LISP  Machine,  the  Sun 
160,  and  the  VAXstation,  can  be  considered  workstations. 

Although  workstations  are  generally  thought  of  as  research 
machines,  some  of  them  on  the  less  expensive  end  of  the  scale  are 
appropriate  as  delivery  vehicles. 

3.2.1  IBM  PC/AT 

An  IBM  PC/AT  may  be  thought  of  as  a  low-end  workstation; 
that  is  a  PC  may  be  able  to  perform  all  of  the  functions  of  a 
workstation,  but  at  reduced  speed,  with  lower  resolution 
graphics,  less  memory,  etc. 

The  PC  has  limited  computing  power  with  a  maximum  of  1.3M  of 
memory.  This  limits  the  AI  software  availability  for  the  PC. 
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Foe  the  most  part,  the  expert  system  shells  available  for  the  PC 
are  not  flexible  or  powerful  enough  to  solve  significant 
problems. 

AS  for  compatibility,  the  PC  does  not  support  DECnet 
software,  nor  docs  it  have  an  Ethernet  port.  If  a  physical 
connection  between  the  PC  and  the  VAX  were  to  be  made,  it  would 
have  to  be  over  an  RS-232  communication  link  which  is  on  the 
order  of  250  times  slower  than  an  Ethernet  communication  link. 
Currently,  there  is  no  INGRES  network  software  or  user  interface 
software  available  for  a  PC.  This  would  make  it  very  difficult 
to  communicate  efficiently  with  the  EPMIS  database  residing  in 
the  EPMIS  VAX.  Also,  the  expert  system  software  as  well  as  the 
database  interface  software  could  not  be  easily  ported  to  a  VAX 
for  any  future  EPMIS/XTRAM  integration. 

3.2.2  Symbolics  3620  LISP  Machine 

The  Symbolics  LISP  machine  is  an  AI  workstation.  it  is  a 
very  powerful  symbolic  processing  machine.  The  hardware 
architecture  is  built  to  process  LISP  code  in  which  most  expert 
systems  are  implemented,  it  provides  a  multitasking, 
multiwindowing  environment  with  excellent  program  development 
facilities  as  well  as  high  resolution  graphics. 
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AI  software  availability  is  not  a  problem  for  the  LISP 
Machine.  It  can  run  vary  powerful  and  flexible  expert  systems 
quickly  and  efficiently.  Some  of  the  expert  systems  which  can 
run  on  the  LISP  machine  have  versions  which  can  also  run  on  a  VAX 
system.  There  may  be  differences,  however,  between  the  LISP 
Machine  and  VAX  versions  of  the  expert  systems  depending  on  the 
specific  expert  system  considered.  For  this  reason,  there  may  be 
some  work*  involved  in  making  the  expert  system  software  VAX 
compatible.  The  LISP  Machine  is  equipped  with  an  Ethernet  port 
and  supports  DECnet  software  which  would  make  a  physical 
connection  to  the  EPMIS  VAX  possible. 

The  problem  however,  with  the  LISP  Machine  is  that  it  does 
not  support  any  INGRES  software.  This  would  make  it  extremely 
difficult  if  not  impossible  to  communicate  with  the  EPMIS 
database  efficiently.  Since  a  good  deal  of  the  processing  to  be 
done  involves  the  database  interface,  this  is  a  very  significant 
problem. 

Some  of  the  features  of  this  machine  are?  up  to  16M  bytes  of 
memory,  360M  bytes  of  disk  space,  and  a  high  resolution 
monochrome  graphics  monitor. 


*  The  work  required  could  be  significant  depending  on  the 
VAX  version  of  the  expert  system  software 
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3.2.3  Sun  3/100  160 


The  Sun  3/100  160  is  considered  a  general  purpose 
workstation.  Using  the  numeric  Motorola  63020  processor,  the  Sun 
provides  a  general  purpose  computational  engine  with  enough  power 
for  AI  applications.  It  is  a  UNIX  based  system  with  high 
resolution  graphics,  mult twindowing  and  multitasking 
capabilities . 

Sun  has  its  own  version  of  LISP,  referred  to  as  Sun  Common 
LISP.  Sun  Common  LISP  adheres  completely  to  the  Common  LISP 
standard  proposed  by  the  Defense  Advanced  Research  Projects 
Agency  and  is  fully  integrated  with  the  UNIX  operating  system. 
Because  of  Sun's  compatibility  with  Common  LISP,  AI  software 
availability  on  the  Sun  would  not  be  a  problem.  The  Sun  can  run 
many  of  the  powerful  and  flexible  LISP  implemented  expert  system 
shells  which  run  on  the  LISP  Machine.  With  Sun's  processing 
power,  the  LISP  processing  speed  on  a  Sun  is  comparable  to  that 
of  a  LISP  Machine.  In  the  latest  AI  software  trend,  many  AI 
software  companies  are  making  "C"  versions  of  their  expert  system 
shells.  These  "C"  versions  may  run  even  faster  on  the  Sun,  than 
LISP  versions  of  the  same  product. 

The  Sun  is  a  general  purpose,  numeric  machine.  Many 
traditional  languages  and  software  packages  are  available  on  the 
Sun  including  INGRES  network  and  User  interface  software  which  is 
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an  important  feature  in  the  XTRAM  system.  With  INGRES  software 
and  networking  available,  a  fast,  efficient  access  to  the  EPMIS 
database  access  could  be  achieved.  In  addition,  the  Sun  is 
equipped  with  an  Ethernet  port  for  fast  data  transfers. 

Currently,  the  Sun  communication  protocol  is  not  DECnet 
compatible,  but  will  be  by  early  1987. 

As  for  software  portability  to  a  VAX  system,  the  same 
applies  for  expert  system  software  portability  for  the  Sun  as  it 
did  for  the  LISP  Machine.  There  may  be  differences  between  the 
Sun  and  VAX  versions  of  the  expert  systems  depending  on  the 
specific  expert  system  considered.  However,  if  "C"  versions  of 
the  expert  systems  are  considered,  there  should  be  fewer 
differences  between  the  Sun  and  VAX  versions  of  the  expert  system 
software  as  compared  to  the  LISP  Machine  and  VAX  versions  because 
of  the  excellent  portability  characteristics  of  the  "C"  language, 
Also,  since  the  same  traditional  software  languages  which  run  on 
a  Sun  are  available  on  a  VAX,  the  software  interface  source  code, 
with  minor  alterations,  could  also  be  made  to  run  on  a  VAX. 

Some  of  the  features  of  the  Sun  are:  up  to  16M  bytes  of 
memory,  up  to  1 . IG  bytes  of  disk  space,  a  high  resolution 
monochrome  monitor  and  an  Ethernet  port. 


3.2.4  DEC  VAXstatlon  II 


The  DEC  VAXstatlon  II  can  be  considered  a  general  purpose 
workstation.  It  is  a  very  powerful  machine  and  provides  a  good 
program  development  environment.  It  also  provides  multitasking, 
multiwindowing,  and  high  resolution  graphics. 

Unlike  the  LISP  Machine,  which  devotes  its  processing  power 
to  LISP  processing,  the  VAX's  processing  power  is  devoted  to  mote 
traditional  computing  tasks.  This  would  be  advantage  for  the  VAX 
over  the  LISP  Machine  in  performing  the  expert  system  interface 
processing  involved  in  communicating  with  the  EPMIS  database. 

The  VAX  has  a  disadvantage  in  LISP  processing  power  as  compared 
to  the  LISP  Machine,  however,  many  expert  system  shells  are  now 
being  written  in  "C"  which  the  VAX  will  can  execute  considerably 
faster  than  it  can  execute  LISP. 

Software  availability  for  the  VAXstatlon  would  not  be 
problem.  it  can  run  many  of  the  same  expert  system  shells  which 
run  on  the  LISP  Machine.  Also,  since  the  VAXstatlon  is  in  the 
VAX  family,  it  supports  all  INGRES  software  as  well  as  many  of 
the  traditional  languages  such  as  "C"  and  FORTRAN  which  may  be 
used  in  the  database  interface. 

Since  a  VAXstatlon  II  is  a  single  user  Mlcrovax,  and  the 
EPMIS  system  will  be  implemented  on  a  Mlcrovax,  hardware  and 
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software  compatibility  would  not  be  a  problem.  Because  of  this 
compatibility,  the  expert  system  and  integrated  software  on  a 
VAXstation  can  be  easily  ported  to  another  VAX  with  little  or  no 
work.  Some  of  the  VAXstation  features  are;  up  to  9M  bytes  of 
memory,  159M  bytes  of  disk  space,  a  high  resolution  monochrome 
monitor,  and  an  Ethernet  port. 

3.3  Summary 

Figure  3-1  shows  a  general  comparison  of  the  four 
alternatives  mentioned  above.  Figure  3-2  is  a  chart  showing  the 
computing  power  of  the  four  alternatives  after  the  hardware 
analysis  performed  by  DIS  based  on  the  criteria  mentioned,  and 
the  desires  of  NCS,  it  would  seem  that  the  DEC  VAXstation  II  is 
the  best  candidate.  Using  a  DEC  VAXstation  II  with  its  excellent 
DEC  and  INGRES  compatibility  along  with  its  procewsing  power, 
would  satisfy  the  XTRAM  functional  requirements  as  well  as 
provide  a  step  towards  EPMIS/XTRAM  integration. 
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Spec 

Processor 

Processor 

Max. 

SystcM 

Type 

Size 

RAM 

IBM  PC/AT 

Intel 

80286 

16  bit 

3  MB 

SyiRiolics 

3620 

LISP 

Machine 

Sya8)ollcs 

3620 

36  bit 

16  MB 

Sun 

3/100  160 
Woricstation 

Motorola 

68020 

32  bit 

16  MB 

DBC 

VAXstatlon  ZI 

MICROVAX 

78032 

32  bit 

9  MB 

riOURB  3>2 


4.0  Analysis  of  Software  Alternatives 

The  analysis  of  the  software  alternatives  was  broken  into  three 
tasks.  First,  a  set  of  criteria  was  developed  to  perform  the 
analysis.  Second,  each  alternative  was  analyzed  to  determine  its 
candidacy  for  the  XTRAM-exper t-system  role.  Lastly,  if  more  than 
two  candidate  alternatives  remained,  the  best  two  were  chosen  as  the 
XTRAM  expert  system  alternatives. 

4.1  Cr i ter ia 

The  criteria  developed  to  analyze  and  compare  the  commercial 
expert  system  tools  are  based  on  contractual  requirements  and  NCS's 
long  term  goals  for  XTRAM.  Shown  in  order  of  importance  the 
cr i ter ia  are : 

1.  The  expert  system  can  easily  interface  with 
external  processes. 

2.  The  expert  system  can  handle  uncertain 
information . 

3.  The  expert  system  can  reside  on  a  DEC  Micro  VAX 
computer . 

4.  The  expert  system's  reasoning  process  can  be 
controlled  by  a  knowledge  engineer. 

5.  The  expert  system's  knowledge  is  stored  in  an 
organized  fashion. 

6.  The  expert  system  can  justify  its  solutions. 

7.  The  expert  system  can  find  a  solution  in  a 
reasonable  amount  of  time. 
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8.  The  development  of  the  expert  system  is  not  a 
tedious  or  time  consuming  task. 


These  criteria  stress  the  features  desired  in  the  XTRAM  expert 
system  and  are  discussed  in  the  following  sections. 

The  expert  system  must  be  able  to  interface  with  external 
processes . 

For  the  XTRAM  expert  system  to  perform  its  mission  it  must  have 
access  to  information  stored  in  the  INGRES  relational  data  base 
system.  This  information  can  be  accessed  in  one  of  two  ways.  The 
first  is  through  an  INGRES  interface  built  into  the  expert  system, 
and  the  second  is  through  an  interface  built  by  the  knowledge 
engineer.  In  the  former  case  the  interface,  supplied  by  the  vendor, 
is  tightly  coupled  to  the  expert  system  and  the  knowledge  engineer 
does  not  have  to  do  any  additional  programming.  In  the  latter  case 
the  interface  is  loosely  coupled  and  must  be  designed,  built,  and 
implemented  by  the  knowledge  engineer.  In  addition,  the  interface 
is  invoked,  by  the  expert  system,  via  external  function  calls. 

The  built-in  interface  is  preferred  because  the  knowledge 
engineer  does  not  have  to  build  the  interface  and  the  development 
effort  is  reduced.  However,  an  expert  system  capable  of  calling 
external  functions  provides  the  knowledge  engineer  with  additional 


4 


2 


capability  besides  interfacing  with  INGRES.  The  knowledge  engineer 
can  connect  functions  which  perform  tasks  more  efficiently  than  the 
expert  system,  for  example:  calculating  the  distance  between  two 
nodes.  Of  course  the  best  expert  system  would  exhibit  both 
characteristics,  a  built-in  INGRES  interface  and  an  ability  to 
invoke  external  functions.  Thus  the  knowledge  engineer  would  not 
have  to  build  an  INGRES  interface  and  would  be  able  to  add 
enhancements . 

The  expert  system  should  be  able  to  handle  uncertain 
information . 


XTRAM  has  to  work  with  uncertain  knowledge,  such  as  the  certainty 
of  the  operational  status  of  a  resource.  This  can  be  accomplished 
in  two  ways.  One  is  if  the  uncertainty-handling  feature  is  built 
into  the  expert  system,  and  the  second  is  if  the  feature  can  be 
added  by  a  knowledge  engineer.  The  former  is  convenient  because  the 
knowledge  engineer  does  not  have  to  build  the  feature,  but  control 
of  the  certainty-handling  algorithm  is  lost.  In  the  latter,  the 
knowledge  engineer  programs  the  feature  into  the  expert  system  and 
has  control  of  the  algorithm.  Unfortunately  this  increases  the 
development  effort. 

Either  method  is  acceptable  and  our  ideal  expert  system  would 
incorporate  both.  A  certainty  algorithm  would  be  built-in  and  the 
knowledge  engineer  would  have  the  option  to  modify  it. 
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A  DEC  Micro  VAX  coroputer  is  the  preferred  host  for  the  expert 


system. 

XTRAM  is  part  of  EPMIS,  which  resides  on  a  Micro  VAX  computer, 
and  the  integration  of  both  would  be  simplified  if  XTRAM  also 
resided  on  the  same  computer.  Unfortunately  many  of  the  commercial 
expert  system  tools  are  only  available  on  non-VAX  computers.  Some 
of  these  tools  do,  however,  permit  the  developed  expert  system  to  be 
delivered  on  a  Micro  VAX.  They  accomplish  this  by  supplying  the 
complete  tool  on  a  non-VAX  computer  and  when  development  is 
completed  a  stripped  down  delivery  version  permits  the  expert  system 
to  run  on  a  Micro  VAX.  The  delivery  version  does  not  permit  the 
user  to  change  the  expert  system;  only  the  development  version  can 
do  that.  Also,  only  the  central  location  would  have  a  non-VAX 
computer;  all  the  users  would  have  a  Micro  VAX.  This  approach 
assumes  changes  to  the  expert  system  are  to  be  performed  at  a 
central  location  and  all  users  are  to  have  identical  copies.  If  the 
users  need  to  change  the  expert  system,  then  a  development  version 
is  needed  by  each  user  along  with  a  non-VAX  computer,  or  else  only  a 
tool  available  on  the  Micro  VAX  can  be  used. 


However,  compliance  with  the  Micro  VAX 
non-VAX  tools  lacking  a  delivery  Micro  VAX 
be  XTRAM' s  best  candidate  and  the  vendor's 
include  eventual  migration  to  the  VAX.  So 
expanded  to  consider  a  non-VAX  tool  if  it 


should  not  rule  out 
vehicle.  The  tool  might 
product  plan  might 
this  criterion  was 
has  a  delivery  Micro  VAX 
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vehicle  or  if  the  vendor's  product  plan  includes  eventual  migration 
to  the  Micro  VAX.  The  ideal  tool,  however,  would  meet  other  all 
criteria  and  reside  on  a  Micro  VAX  computer. 

The  knowledge  engineer  should  be  able  to  control  the  expert 
system's  reasoning  process. 

XTRAM  is  in  an  evolutionary  stage  and  to  accommodate  new 
demands  the  embedded  expert  system  should  have  a  flexible  reasoning 
process.  Expert  systems  use  two  types  of  reasoning  processes.  The 
first  is  forward  chaining  and  is  best  suited  to  problems  with  a 
large  number  of  solutions,  such  as  the  number  of  ways  to  link  two 
nodes  in  a  network.  The  second  method,  backward  chaining,  is  suited 
to  diagnostic  problems  where  the  goal  is  known  and  there  are  few 
solutions;  for  example,  determining  if  a  node  is  a  connective  point 
for  lWo  networks.  Both  methods  could  be  used  in  XTRAM  and  our  ideal 
expert  system  would  permit  the  knowledge  engineer  to  invoke  either 
one  alone  or  in  combination. 

The  expert  system's  knowledge  should  be  stored  in  an  organized 
fashion. 


XTRAM  handles  interrelated  and  hierarchal  knowledge.  For 
instance,  a  government  agency  may  own  two  networks  and  one  of  the 
networks  might  lease  lines  from  a  coramercia?.  network.  (See  Figure 
4-1.)  To  handle  this  knowledge  XTRAM  needs  a  corresponding 
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FIGURE  4-1:  A  possible  Government  Agency  Network 
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capability  in  the  expert  system.  Three  methods  are  currently  used 
by  expert  systems  to  store  knowledge:  attribute-value  (A-V)  pairs, 
object-attribute-value  (0-A-V)  triplets,  and  frames.  An  A-V  pair  is 
found  in  simple  expert  systems  which  are  built  around  one 
undeclared  object.  For  example,  an  expert  system  might  exist  for 
determining  the  best  paint  color  to  use  to  cover  over  a  car's 
original  color.  The  car  would  be  the  assumed  object  and  the  A-V 
pair  would  be  original-color  (attribute)  and  the  color  red  (value). 
(See  Figure  4-2.) 

An  0-A-V  triplet  has  the  object  explicitly  declared  which 
permits  multiple  objects,  and  permits  the  objects  to  be 
interrelated.  For  instance,  using  our  previous  example  we  have  a 
car  (object)  whose  original-color  (attribute)  is  the  color  red 
(value)  and  whose  owner-is  (attribute)  Smith  (value)  and  Smith's 
(object)  body-height  (attribute)  is  5'11"  (value).  (See  Figure 
4-3.  ) 


A  frame  is  a  description  of  an  object  which  contains  slots  for 
all  information  related  to  the  slot.  For  instance,  if  there  is  a 
frame  called  "car"  it  would  have  slots  "color"  and  "owner".  (See 
Figure  4-4.)  These  slots  would  contain  the  values  "red"  and  "Smith" 
respectively.  The  slots  permit  a  richer  representation  of  knowledge 
and  may  contain  default  values,  pointers  to  other  frames,  sets  of 
rules  or  procedures  to  obtain  values. 
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OWNER 


SMI 


ORIOINAL 


FIGURE  4-4;  Description  of  an  Object 

Using  a  Frame 
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The  last  two  methods,  0-A-V  triplets  and  frames,  permit  the 
storage  of  interrelated  and  hierarchal  knowledge;  the  form  XTRAM's 
knowledge  has.  Thus  our  ideal  expert  should  store  knowledge  using 
either  0-A-V  triplets  or  frames. 


The  expert  system  should  be  able  to  justify  its  solutions. 


A  user  may  «aiit  to  question  a  solution  supplied  by  XTRAM,  such 
as  why  a  particular  solution  was  chosen  or  what  makes  another 
solution  unacceptable  or  how  a  solution  would  be  affected  if  the 
knowledge  base  were  different.  These  situations  are,  in  essence, 
three  questions:  why,  why  not  and  what  if.  'Why'  forces  the  expert 
system  to  explain  the  reasons  for  choosing  the  given  solution.  'Why 
not'  permits  the  user  to  have  the  expert  system  explain  why  it 
didn't  choose  an  alternate  solution  and  'what  if  allows  the  user  to 
create  hypothetical  situations  and  observe  the  effect  on  the 
solution.  The  ideal  expert  system  would  supply  all  three  or  have 
provisions  to  add  them. 


The  expert  system  should  find  a  solution  in  a  reasonable  amount  of 


Because  XTRAM  is  supposed  to  provide  solutions  in  normal  and 
crisis  situations,  it  should  provide  an  answer  in  a  reasonable 
amount  of  time.  During  a  crisis  the  solution  is  needed  as  soon  as 
possible  before  the  situation  becomes  worse  or  snowballs  into  a 
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catastrophe.  Therefore  our  ideal  expert  system  should  provide  an 
answer  in  a  reasonable  amount  of  time. 


The  development  of  the  expert  system  should  not  be  tedious  or  time 
consuming . 


The  development  time  allocated  for  the  prototype  XTRAM  is  less 
than  six  months.  Typically  if  an  expert  system  were  to  be  built 
from  scratch,  without  using  available  tools,  the  development  time 
could  take  from  one  to  two  years.  This  amount  of  time  is  not 
available  for  XTRAM,  thus  commercially  available  tools  are  to  be 
used  which  support  the  development  time.  In  general,  the  tool  which 
removes  the  knowledge  engineer  furthest  from  the  underlying  language 
on  which  the  tool  is  built,  the  better.  This  indicates  the  tool 
provides  a  rich  environment  for  developing  expert  systems  without 
requiring  the  knowledge  engineer  to  perform  a  lot  of  'lower-level' 
coding.  Some  flexibility  is  lost  because  the  knowledge  engineer  is 
not  working  with  the  underlying  language,  but  this  is  overshadowed 
by  the  faster  prototyping  of  the  expert  system. 

Friendliness  of  the  tool  goes  hand  in  hand  with  reducing  the 
prototyping  time.  If  the  tool  is  difficult  to  use  the  knowledge 
engineer  may  spend  an  excessive  amount  of  time  developing  the  expert 
system,  but  if  the  tool  is  friendly  and  flexible  the  development 
time  is  reduced. 
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Thus  our  ideal  expert  system  tool  should  remove  the  knowledge 
engineer  as  much  as  possible  from  the  underlying  language  and  should 
be  easy  to  use . 


Sumraar ’ 


Of  these  eight  criteria,  interfacing  with  external  processes  and 
handling  uncertainties  are  the  most  important.  Without  them  the 
goals  of  XTRAM  may  be  difficult  to  achieve.  The  remaining  criteria 
are  less  important  but  certainly  desirable.  If  an  expert  system 
tool  supports  most  of  these  criteria  then  the  tool  could  still  be 
considered  usable  for  XTRAM. 


4.2  The  Alternatives 


DIS  evaluated  small  to  large  expert  system  tools  designed, 
respectively,  for  personal  (IBM)  through  symbolic  computers. 
(Detailed  information  on  each  tool  is  available  in  Appendix  A.) 
Expert  systems  which  obviously  did  not  meet  XTRAM' s  criteria  were 
excluded  from  this  analysis.  The  candidates  for  XTRAM  are: 


ART  . 

IKE  . . . 

KEE  . 

KES  . 

Knowledgecraf t  . 

M.l  . 

Personal  Consultant  Plus.. 

S.l  . 


by  Inference 

by  LMI 

by  Intellicorp 
by  Software  A&E 
by  Carnegie  Group 
by  Teknowledge 
by  Texas  Instruments 
by  Teknowledge 
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The  criteria  discussed  in  section  4.1  was  used  to  evaluate  each 
tool  with  the  data  obtained  from  literature,  watching 
demonstrations,  and  talking  to  vendors.  (A  standard  problem  was  not 
executed  on  any  system  due  to  time  limitations.)  Once  evaluated, 
the  system  tools  were  compared  and  the  best  two  were  selected  as  the 
choices  for  XTRAM. 

4.2.1  ART  by  Inference 

ART,  a  general  purpose  tool,  is  not  geared  to  any  specific 
problem,  and  has  the  following  features: 

o  Ability  to  interface  with  "external  functions" 
o  Ability  to  hypothesize 
o  Resides  on  a  Micro  VAX 

o  Reasons  with  forward  and  backward  chaining 
o  Knowledge  is  stored  in  frames 

o  Finds  solutions  in  a  reasonable  amount  of  time 
o  Rules  are  corapi Led 
o  Is  not  difficult  to  use 

INGRES  Interface 

ART  does  not  have  an  INGRES  interface,  but  one  can  be  added  by 
the  knowledge  engineer,  via  "external  functions". 

uncertainty 

ART  does  not  have  uncertainty-handling  built-in;  but  the 
knowledge  engineer  can  implement  it  via  "external  functions"  or 
through  a  set  of  rules. 
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Host  Computer 


ART  is  available  on  both  symbolic  and  numeric  computers  and 
operates  on:  the  TI  Explorer,  LMI ,  DEC  VAX  and  Micro  VAX,  or  Sun 
computers . 

Reasoning  Process 

ART  is  a  forward  chaining  tool  with  backward  chaining  capability; 
both  may  be  controlled  by  the  knowledge  engineer. 

Knowledge 

ART  stores  knowledge  in  frames  which  represent  objects  or  classes 
of  objects,  its  associated  attributes,  and  its  memberships  in  other 
classes.  The  frames  can  be  organized  into  hierarchies  in  which 
knowledge  about  an  object  can  be  automatically  deduced  based  on  the 
class  to  which  it  belongs.  The  logical  consistency  of  data  is 
maintained  by  ART,  If,  during  the  execution  of  ART,  an  object  is 
disassociated  from  some  class,  ART  automatically  removes  the 
properties  that  had  been  deduced  for  that  object  based  on  its 
membership  in  the  class. 

Justif ication 
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ART  does  not  have  any  built-in  justification;  but  it  can  be 
implemented  through  "external  functions"  and  rules.  Also,  the 
effort  to  develop  'what  if  and  'why  not'  justification  can  be 
reduced  by  ART's  ability  to  reason  about  hypothetical  situations 
without  changing  the  original  facts  or  deductions. 


ART  is  considered  to  be  one  of  the  fastest  expert  systems.  The 
speed  is  achieved  by  compiling  the  rules  and  knowledge  base  instead 
of  interpreting  them,  as  most  expert  systems  do.  In  addition,  other 
expert  systems  allocate  memory  until  it  is  used  up;  they  do  not 
deallocate  the  memory  when  they  are  done  with  it.  Once  the  memory 
is  completely  used  up,  they  then  suspend  the  inference  mechanism 
temporarily,  and  deallocate  the  no  longer  needed  memory.  This 
process  is  called  "garbage  collection".  Unfortunately,  this  memory 
management  scheme  causes  the  expert  system  to  arbitrarily  shut  down 
in  mid-application  until  "garbage  collection"  is  completed.  ART 
uses  a  dynamic  management  method  which  deallocates  memory  when  it  is 
no  longer  needed  ,  yielding  an  apparent  increase  in  speed  and 
reliability. 

ART  was  originally  written  in  LISP  and  ran  on  symbolic 
computers  designed  specifically  to  execute  LISP  programs.  When  ART 
was  migrated  to  numeric  computers,  such  as  the  Micro  VAX,  a  LISP 
interpreter  was  needed  which  added  another  layer  of  software  and  a 
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corresponding  loss  in  speed.  (All  expert  systems  using  this 
approach  lose  speed.)  The  current  Micro  VAX  version  of  ART  is 
considered,  by  its  vendor,  to  be  extremely  slow.  To  gain  comparable 
speeds  on  both  numeric  and  symbolic  computers,  ART  has  been 
re-written,  via  a  translator  program,  into  "C" .  The  "C"  version  is 
currently  undergoing  beta  testing  and  is  scheduled  for  release  in 
January  1987. 

Fr iendl iness 


Developing  an  expert  system  with  ART  would  not  be  difficult. 
The  knowledge  engineer  has  to  work  with  the  underlying  language, 
LISP  or  "C" ,  only  if  procedural  functions  ate  needed  or  to 
interface  with  INGRES.  The  knowledge  engineer  interface,  ART 
Studio,  is  acceptable,  permitting  browsing  of  the  knowledge  base, 
examining  facts  and  rules,  etc.  In  addition,  the  manuals  were 
extremely  well  written;  the  best  of  all  systems  examined. 

Conclusions 


ART  should  be  considered  as  one  of  the  two  possible  expert 
systems  for  XTRAM.  The  tool  has  all  the  features  desired,  or  they 
can  be  programmed.  The  only  drawbacks  are:  no  existing  INGRES 
interface,  certainty-handling  or  justification.  All  three  can  be 
programmed  and  for  the  latter  two  this  may  actually  be  an  advantage. 
The  knowledge  engineer  would  have  complete  control  of  the 
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certainty-handling  algorithm  implemented,  and  would  be  able  to 
implement  a  justification  scheme  tailored  to  XTRAM's  requirements. 

In  addition,  ART  is  one  of  the  fastest  expert  systems  and  doesn't 
perform  any  "garbage  collection". 

4.2.2  IKE  by  LISP  Machines  Incorporated  (LMI) 

IKE  is  an  analytically-oriented  expert  system-building  tool  that 
is  best  suited  for  deductive  problems,  such  as  diagnostics.  IKE  is 
not  suited  for  problems  where  the  task  is  to  synthesize  evidence  to 
generate  solutions,  IKE  has  the  following  features: 

o  Ability  to  interface  with  "external  functions" 
o  Certainty  factors 
o  Reasons  with  backward  chaining 
o  Knowledge  is  stored  in  frames 

INGRES  Interface 

IKE  does  not  have  an  INGRES  interface;  but  one  can  be  added  via 
"external  functions". 

Uncertainty 

IKE  uses  certainty  factors  which  range  from  def ini tely-false  to 
unknown  to  def ini tely-true .  It  is  a  MYCIN-style  implementation. 

When  certainty  factors  are  'ORed'  together,  the  maximum  certainty 
factor  is  used.  When  certainty  factors  are  'ANDed'  together,  the 


4 


17 


minimum  certainty  factor  is  used.  When  two  certainty  factors  are 
combined,  one  of  three  rules  is  used: 


Both  certainty  factors  are  positive: 


cf  *  X  +  y(l  -  x)  ;  where  (1  -  x)  is  the  remaining  disbelief 
or  (See  figure  4-5.) 

cf  =  X  +  y  -  yx 

one  certainty  factor  is  positive  and  the  other  negative: 

cf  =  (X  +  y]  /  (1  -  min ( j X 1 , 1 Y 1 ) )  ;  where  (1  -  mi n ( j x | , ] y 1 ) ) 

ensures  commutativity 
for  more  than  two  pieces 
of  evidence 


Both  certainty  factors  are  negative: 

cf  =  -lx]  +  IyI (x  -  1)  ;  where  (x  -  1)  is  the  remaining 

or  belief 

Gf=x+y+yx 

Host  Computer 

IKE  is  available  on  symbolic  computers:  LMI  Lambda  and  the  TI 
Explorer.  It  is  not  available  on  numeric  computers,  including  the 
DEC  Micro  VAX. 

Reasoning  Process 

IKE  is  a  backward  chaining  tool  with  extremely  limited  forward 
chaining  capability.  Neither  is  controllable  by  the  knowledge 
eng ineet . 
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Figure 


Knowledge 


IKE  stores  knowledge  in  frames  and  permits  multiple  objects  and 
inheritance.  The  objects  can  be  constructed  into  an  inheritance 
tree  which  establishes  a  parent-child  hierarchy  of  objects  for  the 
purpose  of  passing  attributes  from  one  object  to  another. 

Justification 


IKE  does  not  h^ve  any  built-in  justification,  but  it  could  be 
implemented  via  rules. 

Speed 

IKE  is  written  in  LISP  and  must  stop  mid-application  to  perform 
"garbage  collection". 

Fr iendl iness 

Developing  a  goal-directed  expert  system  with  IKE  would  not  be 

difficult.  The  knowledge  engineer  interface  permits  browsing  of  the 
knowledge  base,  examining  facts  and  rules,  etc. 
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Conclusions 


IKE  should  not  be  considered  for  XTRAM  because  of  the  following 
major  deficiencies:  IKE  does  not  currently  have  a  vehicle  to 
migrate  to  the  Micro  VAX  and  the  knowledge  engineer  cannot  control 
the  reasoning  process. 


4,2.3  KSE  by  Intellicorp 


KEE  is  a  general  purpose  tool,  not  geared  to  any  specific 

problem.  KEE  as  the  following  features: 

o  Ability  to  interface  with  "external  functions" 
o  Ability  to  hypothesize 

o  Reasons  with  forward  and  backward  chaining 
o  Knowledge  is  stored  in  frames 

o  Finds  solutions  in  a  reasonable  amount  of  time 
o  Is  not  difficult  to  use 


INGRES  interface 


KEE  permits  the  knowledge  engineer  to  add  procedures  via 
"external  functions". 

Uncer  ta i nty 

KEE  does  not  have  uncertainty-handling  built-in,  but  the 
knowledge  engineer  can  add  it  via  "external  functions"  or  rules. 
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Host  Computer 

KEE  is  available  on  symbolic  and  numeric  computers.  Systems 
include:  Symbolics,  TI  Explorer,  LMI ,  Xerox  1100,  Sun-3,  IBM-RT, 

and  the  HP9000. 

Reasoning  Process 

KEE  can  be  used  in  a  forward  or  backward  chaining  manner,  both 
controllable  by  the  knowledge  engineer.  In  addition,  the  search 
strategy  in  backward  chaining,  and  the  conflict  resolution  in 
forward  chaining,  ace  controllable.  (The  KEE  3.0  release  has  the 
ability  to  hypothesize.) 

Knowledge 

KEE  stores  knowledge  in  frames,  and  permits  multiple  objects  and 
inher i tance . 

Justi f ication 


KEE  does  not  have  any  built-in  justification,  but  it  can  be 
implemented  through  "external  functions"  and  rules.  Also,  'what  if 
and  'why  not'  justification  development  can  be  reduced  by  KEE's 
ability  to  reason  about  hypothetical  situations  without  changing  the 
original  facts  or  deductions. 
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Speed 


KEE  is  written  in  LISP  and  must  stop  mid-application  to  perform 
"garbage  collection".  The  hiatus  in  processing  may  last  several 
minutes  on  the  Micro  VAX;  on  a  symbolic  computer  it  lasts  for 
seconds.  The  difference  in  "garbage  collection"  times  is  a  result 
of  the  different  hardware  employed.  A  LISP  or  symbolic  computer  can 
execute  LISP  more  efficiently  than  a  numeric  computer  with  a  LISP 
interpreter . 

Fr iend 1 inesc 


Developing  an  expert  system  with  KEE  would  be  easy.  The  rules 
and  data  can  be  hierarchically  organized  to  permit  access  by 
multiple  knowledge  engineers.  KEE  had  the  best  knowledge  engineer 
inter  face . 

Conclusions 


KEE  should  not  be  considered  for  the  XTRAM  expert  system  role. 
Drawbacks  are:  KEE  must  perform  "garbage  collection",  and  has  no 
certainty-handling  or  justification,  but  both  can  be  programmed.  In 
addition,  KEE  is  not  currently  available  on  a  DEC  Micro  VAX. 
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4.2.4  KES  by  Software  A&E 

KES  is  a  diagnostic-oriented  expert  system  tool,  KES  has  the 
following  features; 


o  Ability  to  interface  with  "external  functions" 
o  Hanf^lcs  uncertainties 
o  Reasons  with  backward  chaining 
o  Knowledge  is  stored  in  A-V  pairs 


INGRES  Interface 


KES  does  not  have  an  INGRES  interface,  but  KES  can  be  added  to 
a  "C"  program  which  does,  see  Figure  4-6.  KES  would  not  invoke  the 
interface;  instead  the  "C  program,  which  calls  both  the  INGRES 
interface  and  KES,  would  be  used.  The  ”C"  program  would  provide  all 
interfacing  with  the  outside  world,  manage  the  knowledge  base,  and 
enable  the  inference  engine.  This  approach  is  possible  because  KES 
sub-parts  were  designed  to  be  separated  and  to  work  separately. 

Uncertainty 

KES  has  several  methods  available  to  hancle  uncertainties.  They 
ate;  certainty  factors,  ranking  by  relative  quality,  and 
statiatically .  Certainty  factors  handle  def inltely-false  to  unknown 
to  def Initely-true  situations,  MYCIN-style.  Ranking  by  relative 
qualitv  handles  ooor-averaqe-excellent  situations,  and  statistical 
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FIGURE  4-6 

With  KES  embedded  in  the  system, 
the  'C  program  calls  both  the  INGRES 
interface  and  KES. 
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handles  situations  involving  probabilities. 

Host  Computer 

KES  is  available  on  both  symbolic  and  numeric  computers/  and 
operates  on:  the  IBM  PC,  Apollo,  Sun,  Tektronix  and  DEC  Micro 
VAX  computers. 


Reasoning  Process 

KES  is  a  backward  chaining  tool.  The  knowledge  engineer  has 
no  control  over  the  reasoning  process,  but  can  choose  one  of 
three  reasoning  methods.  They  are;  production  rules, 
hypothesize  and  test,  and  statistical  reasoning.  The  differences 
between  the  methods  are  in  the  way  knowledge  is  represented  and 
information  is  proceosed .  The  production  rule  method  is  suited 
to  applications  where  the  knowledge  is  in  the  form  of  if-then 
rules.  The  hypothes i ze-and-test  method  is  suited  to  diagnostic 
and  classification  problems.  It  determines  the  smallest  number 
of  causes  that  explain  the  I;nown  manifestations  of  the  problem. 
Lastly,  the  statistical  method  performs  statistica..  pattern 
classification  based  on  Bayes'  theorem.  It  is  useful  in 
situations  where  the  pre-existing  data  is  expressed  as 
probab i 1 i t ies  . 
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Knowledge 


KES  stores  knowledge  in 
hierarchies  and  be  grouped 


A-V  pairs.  The  attributes  may  form 
into  "classes"  to  describe  an  object. 


Justification 


KES  has  limited  3 ust i f i ca t i on  capability  designed  for  a 
dialogue  exchange  between  the  user  and  KES,  but  it  does  not 
fulfill  the  level  of  justification  desired  in  XTRAM.  However, 
the  capability  desired  can  be  programmed  into  the  expert  system. 
The  user  can  query  the  expert  system  as  to  why  a  question  is 
being  asked;  'explain'.  The  'explain'  probe  causes  tests 
associated  with  the  current  attribute  being  requested  of  the  user 
to  be  displayed. 

Speed 


KES  is  written  in  "C"  and  would  find  a  solution  in  a 
reasonable  amount  of  time  on  a  numeric  computer. 

Friendliness 


Developing  a  goal-directed  expert  system  with  KES  would  not 
be  difficult;  although  KES  embedded  in  a  "C"  program  could  get 
involved . 


4 


27 


Conclusions 


KES  should  not  be  used  for  XTRAM  because  the  knowledge 
engineer  can  not  contrcl  the  reasoning  process  and  the  ability  to 
store  knowledge  is  limited. 


4.2.5  Knowledqecr a g t  by  Carnegie  Group 

Knowledgecraf t  is  a  general  purpose  tool,  not  geared  to  any 
specific  problem,  and  has  the  following  features: 


o  Ability  to  interface  with  "external  functions 
o  Ability  to  hypothesize 

o  Reasons  with  forward  and  backward  chaining 
o  Knowledge  is  stored  in  frames 


INGRES  Interface 


Knowledgecraf t  does  not  have  an  INGRES  interface,  but  one 
can  be  added,  by  the  knowledge  engineer,  via  "external 
functions" . 

Uncertainty 
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Knowledgecraf t  does  not 
but  the  knowledge  engineer 
functions"  or  through  a  se 


have  uncertainty 
can  implement  it 
t  of  rules. 


-handling  built-in 
via  "external 


Host  Computer 


Knowledgecraf t  is  available  on  both  symbolic  and  numeric 
computers.  Systems  include:  Symbolics,  TI  Explorer,  DEC  VAX  and 
Micro  VAX. 


Reasoning  Process 

Knowledgecraf t  can  be  used  in  a  forward  or  backward  chaining 
manner,  both  controllable  by  the  knowledge  engineer.  0PS5 
provides  the  forward  chaining  mechanism  and  Prolog  provides  the 
backward  chaining  mechanism. 

Knowledge 

Knowledgecraf t  stores  knowledge  in  frames,  and  permits 
multiple  objects  and  frames. 

Justification 


it 


Knowledgecraf t  does  not  have  any  built-in  justification,  but 
can  be  implemented  through  "external  functions"  and  rules. 
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Also,  the  effort  to  develop  'what  if  and  'why  not'  justification 
can  be  reduced  by  Knowledgecr af t ' s  ability  to  reason  about 
hypothetical  situations. 

Speed 

Knowledgecraf t  is  written  in  LISP  and  runs  on  both  symbolic 
and  numeric  computers.  Knowledgecraf t  needs  a  LISP  interpreter 
to  operate  on  a  numeric  computer  and  will  therefore  run  slower 
than  a  symbolic  computer  version. 

Fr i endl i ness 


Developing  an  expert  system  with  Knowledgecr af t  would  be  an 
arduous  task.  The  knowledge  engineer  interface  is  poor,  and  the 
engineer  must  work  with  0PS5  and  Prolog  to  invoke  the  reasoning 
process.  The  rules  must  be  written  in  an  "OPS-Iike"  language 
which  has  been  described  by  most  users  as  an  extremely  difficult 
language  to  use.  Secondly,  the  manuals  are  voluminous  and 
d i f f icult  to  read  . 


Conclusions 


Although  Knowledgecraf t  is  an  extremely 
tool,  and  has  most  of  the  desired  features, 
for  XTRAM.  Knowledgecraf t  is  too  flexible; 


flexible  and  powerful 
it  should  not  be  used 
the  knowledge 
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engineer  would  expend  an  excessive  amount  of  time  preparing  the 
XTRAM  prototype.  in  addition,  the  knowledge  engineer  would  be 
slowed  by  the  poor  knowledge-engineer  interface. 


4.2.6  M.l  by  Teknowledge 


M.l  can  be  used  to  build  goal-oriented  expert  systems.  M.l 
has  the  following  features: 


o  Ability  to  interface  with  "external  functions" 
o  Reasons  primarily  with  backward  chaining 
o  Knowledge  is  stored  in  A-V  pairs 
o  IS  not  difficult  to  use 


INGRES  Interface 

M.l  does  not  have  a  INGRES  interface,  but  one  can  be  added 
via  "external  functions". 


Uncertainty 

M.l  uses  certainty  factors  which  range  from  def  ini tely-false 

to  unknown  to  def initely-true.  The  associated  numerical  range 
is  from  -100  to  100  (-100  <=  X  <=  100;  X  is  a  certainty  factor) , 
with  unknowns  ranging  from  -20  to  20,  (-20  <=  X  <=  20;  X  is  a 
certainty  factor)  . 


A 
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Certainty  factors  are  combined  such  that  the  final  certainty 
factor  is  independent  of  the  order  in  which  evidence  is  found. 

AS  positive  evidence  accumulates  the  resulting  certainty  factor 
approaches  but  cannot  pass  100.  Once  the  certainty  of  a 
conclusion  reaches  100  it  cannot  be  changed.  Equal  positive  and 
negative  evidence  will  exactly  cancel  (except  +100  and  -100  which 
cannot  be  changed  once  concluded)  .  These  rules  are  modeled  after 
the  certainty  factor  rules  of  the  MYCIN  expert  system. 

[{Qst  Computer 

M.l  is  available  on  numeric  computers  such  as;  the  IBM  PC, 

XT  and  AT. 

Reasoning  Process 

M.l  is  a  backward  chaining  tool  with  extremely  limited 
forward  chaining  capability.  The  forward  chaining  capability 
permits  functions  to  be  invoked  and  values  for  attributes  to  be 
sought.  The  inference  engine  is  almost  always  trying  to  chain 
'backwards'  so  the  knowledge  engineer  has  extremely  limited 
control  of  the  reasoning  process. 

Knowledge 

M.l  stores  knowledge  in  A-V  pairs. 
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Justification 


M.l  has  limited  justification  capability  designed  for  an 
exchange  with  the  user.  M.l  provides  'Why'  justification. 

'Why'  will  display  the  rule  under  consideration.  It  does  not 
fulfill  the  level  of  justification  desired  in  XTRAM.  However, 
the  capability  desired  can  be  integrated  with  the  knowledge  base. 

Speed 


M.l  is  written  in  "C"  and  would  find  a  solution  in  a 
reasonable  amount  of  time. 

Friendliness 

Developing  a  simple,  goal-directed  expert  system  with  M.l 
would  be  easy.  M.l  provides  a  tracing  capability  and  was 
designed  for  individuals  with  no  prior  experience  in  knowledge 
systems . 

Conclusions 


M.l  should  not  be  used  for  XTRAM  because  the  reasoning  process 
and  the  ability  to  store  knowledge  is  limited. 
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4.2.7  Personal  Consultant  Plus  (PC)  by  Texas  Instruments 


PC+  is  a  goal-oriented  expert  system  and  has  the  following 
features ; 


o  Ability  to  interface  with  “external  functions" 
o  Reasons  primarily  with  backward  chaining 
o  Knowledge  is  stored  in  A-V  pairs 
o  Is  not  difficult  to  use 


INGRES  Interface 


PC+  does  not  have  an  INGRES  interface,  but  one  can  be  added 
via  "external  functions". 

Uncer  ta i nty 

PC-t  employs  four  "certainty"  methods.  They  are: 
def ini tely-false  to  unknown  to  def i n i tely- t r ue  (full),  unknown  to 
def i ni tely-true  (positive),  unknown  and  definitely  true  or  false 
(unknown),  and  definitely  true  or  false  (no  value).  They  use  a 
range  of  :  -100  to  100  for  'full',  (-100  <=  X  <=  100  ;  X  is  a 
certainty  factor),  0  to  100  for  'positive',  (0  <*  X  <-  100;  X  is 
a  certainty  factor) ,  -100  or  0  or  100  for  'unknown' ,  (X  is  a 
member  of  the  set  {-100,0,100};  X  is  a  certainty  factor),  and 
-100  or  100  for  'no  value',  (X  is  a  member  of  the  set 
{-100,100};  X  is  a  certainty  factor).  The  unknown  range  is  -20 
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to  20  for  'full'  ,  (-20  <=  X  <=  20;  X  is  a  certainty  factor)  ,  and 
0  to  20  for  'positive',  (0  <»  X  <*  20;  X  is  a  certainty  factor). 

PC+  manages  degrees  of  uncertainty  in  four  ways.  First, 
facts  may  be  combineu  by  mote  than  one  rule.  A  combining 
function  blends  the  certainty  factors.  Second,  compound 
premises,  combined  by  'AND'  or  'OR',  may  test  uncertainty 
factors.  Third,  an  uncertain  premise  leads  to  an  uncertain 
conclusion.  Lastly,  rules  themselves  may  be  less  than  definite. 
These  rules  are  modeled  after  the  MYCIN  expert  system. 

Host  Computer 

PCt  is  available  on  both  symbolic  and  numeric  computers.  It 
operates  on:  the  IBM  PC  AT,  TI  Bus-Pro  (IBM  PC  AT  compatible) 
and  the  TI  Explorer . 

Reasoning  Process 

PC+  is  a  backward  chaining  system  with  limited  forward 
chaining  capability.  A  knowledge  engineer  can  specify  a  rule  to 
be  forward  or  backward  chaining  and  the  rules  can  be 
hierarchically  organized  into  frames.  Each  frame  can  be 
dedicated  to  solving  a  particular  problem. 
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Knowledge 


PC+  stores  knowledge  in  A-V  pairs.  Logically  related  A-V 
pairs  can  be  grouped  together  and  in  the  frame  hierarchy  a  child 
frame  inherits  all  the  A-V  pairs  of  its  ancestor  frames. 

Justification 


PC+  has  a  limiued  justification  capability  designed  for  a 
dialogue  with  the  user.  PC+  provides  'How'  and  'Why' 
justification.  'How'  lists  the  value  of  a  requested  attribute 
and  the  cule(s)  used  to  find  it.  'Why'  explains  why  information 
is  being  requested,  and  cites  the  rule  it  is  trying  to  use  or 
explains  what  the  rule  is  about.  It  does  not  fulfill  the  level 
of  justification  desired  in  XTRAM.  However,  the  capability 
desired  can  be  built  into  the  knowledge  base. 

Speed 

PC+  is  written  in  LISP  and  must  perform  "garbage  collection". 
Thus  it  would  be  slower  on  numeric  computers,  i.e.  IBM  PCs. 

Fr  iendl iness 
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Developing  a  goal-directed  expert  system  with  PC+  would  be 
easy.  PC+  provides:  LISP  and  knowledge  base  editors,  tracing  of 
the  reasoning  process,  and  the  capability  to  save  and  replay 
consultation  responses. 

Conclusions 


PC+  should  not  be  used  for  XTRAM  because  the  ability  to  store 
knowledge  is  limited.  PC+  can  access  external  functions,  has 
certainty  factors  and  is  friendly.  It  can't  run  on  the  DEC  Micro 
VAX,  and  must  perform  "garbage  collection". 


4.2.8  S.I  by  Teknowledge 


S.l  can  be  used  to  build  goal-oriented  expert  systems  and  has 
the  following  features; 


o  Ability  to  interface  v/ith  "external  functions" 
o  Resides  on  a  Micro  VAX 

o  Reasons  primarily  with  backward  chaining 
o  Knowledge  is  stored  in  0-A-V  triplets 
o  Finds  solutions  in  a  reasonable  amount  of  time 
o  Is  not  difficult  to  use 


INGRES  Interface 


S.l  does  not  have  an  INGRES  interface,  but  one  can  be  added 
via  "external  functions". 


IT 
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Uncertainty 

S.l  uses  certainty  factors  to  handle  uncertain  information. 

The  certainty  factors  permit  def ini tely-false  to  unknown  to 
def initely-true  with  a  range  cor  respond ing  to  a  closed  interval 
of  real  numbers  between  -1.0  and  1.0,  (-1.0  <=  X  <=  1.0;  where  X 
is  a  ceLtainty  factor).  The  unknown  range  is  between  -0.2  and 
0.2,  (-0.2  <=  X  <=  0.2;  where  X  is  a  certainty  factor) . 

Four  general  principles  are  used  for  combining  two  certainty 
factors.  First,  once  something  is  certain,  it  should  not  change. 
Second,  a  combination  should  be  commutative;  it  should  not  matter 
which  conclusion  was  made  first.  Third,  no  combination  of 
uncertain  evidence  should  produce  a  result  that  is  certain, 
either  definitely  true  or  false.  Finally,  evidence  of  equal 
strength  but  of  opposite  sign,  should  cancel  and  leave  no  effect. 
These  certainty  factor  combinations  are  modeled  after  the  MYCIN 
expert  system. 

Host  Computer 

S.l  is  available  on  both  symbolic  and  numeric  computers,  and 
operates  on:  Symbolics,  Xerox,  DEC  VAX  and  Micro  VAX  computers. 
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Reasoning  Process 


S.l  is  a  backward  chaining  expert  system  with  a  limited 
forward  chaining  capability  available  through  control  blocks.  A 
control  block  specifies  actions  to  be  performed,  the  order  in 
which  they  are  to  be  performed,  and  the  conditions  under  which 
they  are  to  be  performed.  The  control  blocks  provide  the 
knowledge  engineer  with  limited  control  of  the  reasoning  process. 

Knowledge 

S.l  stores  knowledge  in  0-A-V  triplets.  Each  triplet  may  have 
multiple  objects  and  each  object  may  have  multiple  values  with 
associated  certainty  factors.  In  addition,  the  triplets  and 
values  can  bo  h  i  i^rarch  i  cal  ly  organised. 

Just i f i cat  ion 


S.l  has  a  limited  justification  capability  designed  for  an 
exchange  with  the  user.  'What',  'How',  and  'Why'  justifications 
are  provided.  'What'  provides  a  listing  of  values,  i.e.  the 
color  of  the  room  is  red .  'How'  provides  information  about  the 
method  used  to  determine  a  value:  i.e.,  asked  user  or  rule 
invoked.  'Why'  provides  explanations  about  the  inference  process 
that  determined  the  value:  i.e.,  information  about  control 
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blocks  and  rules.  These  explanation  probes  do  not  fulfill  the 
level  of  justification  desired  in  XTRAM,  although  the  level 
desired  can  be  built  into  the  knowledge  base. 

Speed 


S.l  is  written  in  "C"  and  finds  solutions  in  a  reasonable 
amount  of  time. 

Fr i end  1 i ness 


S.l  is  a  friendly  expert 
trace  the  reasoning  process, 
base  . 


system.  s.l  has  facilities  to 
and  edit  end  examine  the  knowledge 


Cone  1  us i ons 


S.l  could  be  used  as  the  XTRAM  expert  system.  S.l  can  access 
external  functions,  has  certainty  factors,  resides  on  the  Micro 
VAX,  uses  0-A-V  triplets,  is  reasonably  fast,  is  written  in  "C" 
and  is  friendly.  Any  missing  items,  such  as  justification,  can 
be  programmed.  The  only  drawback  is  that  S.l  is  primarily  a 
backward  chaining  tool. 
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4,3  Summary 

Only  two  expert  system  tools,  ART,  and  S.l,  passed  the  XTRAM 
criteria,  the  results  are  contained  in  table  4-1.  The  other  six 
tools  failed  one  or  more  criteria,  with  the  most  commonly  failed 
criteria  being:  compatibility  with  the  DEC  Micro  computer, 

friendliness,  flexibility  of  the  knowledge  base,  and  control  of 
the  reasoning  process. 
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fable  4-1:  Comparison  of  XTRAAi’s  Candidate  Expert  Systems 


ART 

S.l 

KEE 

Kcraf  t 

KES 

IKE 

PC+ 

M.  1 

H 

Symbolics 

X 

X 

X 

X 

a 

TI  Explorer 

X 

X 

X 

X 

r 

LMI 

X 

X 

X 

d 

Xerox 

X 

X 

w 

— 

1 

a 

DEC  VAX 

X 

X 

X 

X 

r 

Micro  VAX 

X 

X 

X 

e 

IBM  PC 

x(4) 

X 

X 

X 

Lang  uage 

LISP 

LISP 

LISP 

LISP 

LISP 

LISP 

LISP 

c 

CCS, 7) 

c 

C  (5) 

u 

Data  Base 

p 

p 

p 

p 

P 

p 

P 

p 

a 

Procedures 

F 

F 

F 

F 

F 

F 

F 

F 

a 

1 

Uncerta i nty 

p 

F 

P 

P 

F 

F 

F 

F 

C 

Forward  chain 

K 

K  ,  L 

K 

K 

L 

K  ,  L 

K  ,  L 

O 

Bac  kwardcha i n 

K 

K 

K 

K 

F 

F 

F 

F 

n 

Bread  th-f i r St 

X 

t 

Depth-f i r St 

K  (2) 

i 

1  ^ 
o 

(6) 

i 

1 

.  _  .... 

. 

1 

F 

A-V  Pairs 

X 

X 

1 

X 

a 

0-A-V  Triplet 

1 

c 

Frames 

X 

X 

X 

X 

t 

Instantiation 

F 

F 

F 

F 

L 

L 

( 

S 

1  . 

1 

! 

!  Fr 1  end  1 i ness 

Good 

Good 

Good 

Poor 

o  k 

ok 

Good 

Good  1 

Justification 

? 

L 

P 

P 

T 

L 

L 

L  i 

Comments 

1,3,8 

_ 

1,3 

1 

i 

1 

Legend  ; 


Poor  <  Ok  <  Good 
x;  Has  this  feature 

K:  Function  can  be  controlled  by  knowledge  engineer 

F:  Function  present 

L:  Limited  function  present 

P:  Function  can  be  programmed 


Comments : 


1)  Has  facilities  to  compare  several  hypothetical  situations 

2)  Used  by  backward  chaining  mechanism 

3)  The  inference  engine  is  easily  modified 

4)  Requires  Unix  board;  delivery,  not  development  version 

5)  'C'  version  is  not  completed 

6)  Relies  heavily  on  0PS5  and  Prolog 

7)  To  be  released  in  January  1987 
8}  Manuals  well  written 
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5.0  Detailed  Design  Specification 

The  Detailed  Design  Specification  of  the  proposed 
hardware/software  alternatives  for  the  XTRAM  system  include  one 
hardware  system,  and  two  knowledge  software  systems.  The  hardware 
system,  as  recommended  in  Section  3,  is  a  DEC  VAXstation  II 
workstation.  The  final  two  knowledge  software  alternatives  to  be 
considered  for  XTRAM  ate  ART  by  Inference,  and  S.l  by  Teknowledge. 

5.1  Detailed  Specification  of  the  Hardware  Alternatives 

The  one  hardware  system  chosen  in  the  hardware  analysis  was  the 
VAXstation  II  workstation  by  DEC.  Some  of  the  features  of  the 
VAXstation  include;  compatibility  with  all  other  VAX  computing 
environments,  up  to  9M  bytes  of  memory,  high  resolution  graphics, 
Ethernet  communications,  raultiwindowing ,  and  multitasking. 

The  Hardware  Functional  Block  Diagram  (Figure  5-1)  shows  the 
hardware  components  required  for  the  integrated  XTRAM/EPMIS  system. 
The  9M  of  memory  and  159M  bytes  of  disk  space  are  required  for 
knowledge  software  development  and  are  not  necessarily  required  for 
a  deliverable  knowledge  system.  The  Ethernet  communication  package 
is  necessary  for  fast  communications  between  the  XTRAM  and  EPMIS 
VAXs.  A  fast  communication  link  is  required  for  the  many  data 
transfers  and  database  accesses  which  will  occur  in  the  XTRAM 
decision  process.  High  resolution  graphics  will  be  used  so  both 
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XTRAM  and  EPMIS  can  be  viewed  on  the  same  monitor  with  no  loss  in 
resolution . 

The  prices  and  p  :t  numbers  for  the  hardware  components,  and 
maintenance  agreements  associated  with  DEC  and  the  VAXstation  are 
listed  in  the  following  tables  labeled  hardware  parts  list  and  DEC 
Maintenance . 

5.2  Detailed  Specification  of  the  Software  Alternatives 

The  software  required  for  the  XTRAM  system  (Figure  5.2)  consists 
of  knowledge  software,  DEC  system  software  such  as  compilers  and 
editors,  and  INGRES  database  management  software.  Other  software 
necessary  for  the  XTRAM  system  include  routines  written  by  Delta 
which  will  perform  numeric  computations  needed  by  the  knowledge 
system,  and  also  act  as  an  interface  to  the  EPMIS  database. 

5.2.1  DEC  System  Software 

The  DEC  system  software  needed  for  the  XTRAM  system  includes;  a 
MICROVMS  operating  system,  and  a  "C"  compiler.  The  prices  and  part 
numbers,  along  with  the  license  agreements  are  listed  in  the 
following  table  labeled  DEC  Software. 

5.2.2  INGRES  Database  Management  Software 

INGRES  Database  Management  Software  is  necessary  in  order  to 
communicate  with  the  EPMIS  database.  There  are  two  INGRES  software 
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HARDWARE  PARTS  LIST 


ITEM  QUANT .  MANU . 


DESCRIPTION 


PRICE 


DEC  SV-LV55a-EK  VAX  STATION  II 


30,500.00 


MS630-BB  4MB  RAM  BOARD 


3,500.00 


BNEC3C-10  lOM  ETHERNET  CABLE 


130.00 


RD54A-aA  159  MB  DISK  DRIVE 


7,900.00 


KA210-AA  DOT  MATRIX  PRINTER 


1,595.00 


BC16M-6  PVC  THINWIRE  CABLE  6’ 


20.00 


H8223A  T-CONNECTORS 


15.00 


H8225-A 


12.00 


DEST-AA  STATION  ADAPTER 


275.00 


DEQNA-M  QBUS  ETHERNET  CONTROLLER 


1,975.00 


CK  DEQNA-KB  CABINET  KIT 


150.00 


TOTAL 


$47,397.00 
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DEC  MAINTENANCE 


ITEM  DESCRIPTION  PRICE 

1.  BASIC  SERVICE  FOR  VAX  STATION  II  333.00 

2.  BASIC  SERVICE  FOR  MS030-BB  72.00 

3.  BASIC  SERVICE  FOR  DELNI-AA  10.00 

4.  BASIC  SERVICE  FOR  RD54A-BA  63.00 

5.  BASIC  SERVICE  FOR  LA210-AA  28.00 

6.  HARDWARE  INSTALLATION  1,354.50 

7.  BASIC  SERVICE  Q400I-85  200.00 

8.  BASIC  SERVICE  Q4A96-85  86.00 

9.  BASIC  SERVICE  Q4810-85  73.00 


10.  BASIC  SERVICE  Q4015-85 

11.  BASIC  SERVICE 

12.  BASIC  SERVICE  QZD04-85 
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64.00 

141.00 


DEC  SOFTWARE  LIST 


ITEM 

QUANT. 

MAN. 

DESCRIPTION 

PRICE 

1. 

1 

DEC 

Q4001-H5 

MICRO  VMS  MEDIA  &  DOCUMENTATION 

1,250.00 

2. 

1 

Q4A96-H5 

VAX  STATION  SOFTWARE  MEDIA 

% 

DOCUMENTATION 

650.00 

3. 

1 

Q48i0-H5 

VAX  GKS/06  MEDIA  &  DOCUMENTATION 

600.00 

4  . 

1 

DEC 

Q4015-UZ 

VAX  C/MICRO  VMS  LICENSE 

709.00 

5. 

1 

Q4015-H5 

MEDIA  i  DOCUMENTATION 

950.00 

6  . 

1 

Q4D04-U2 

DEC  NET  LICENSE 

500.00 

7  . 

I 

QD04-H5  MEDIA  5,  DOCUMENTATION 

600.00 

8. 

1 

QZD04-UZ 

DECNET  LICENSE 

600.00 

9. 

1 

QZD04-H5 

MEDIA  &  DOCUMENTATION 

141.00 

TOTAL 

$6,000.00 

packages  needed  in  order  to  communicate  with  the  EPMIS  database  on 
the  MICROVAX.  The  first  is  INGRES  User  Interface  Software  which 
will  be  used  in  the  building  of  database  interface  module.  The 
second  is  iNGRES/NET  Network  software  which  will  be  used  in  the 
database  data  transfer  process  between  the  XTRAM  and  EPMIS  VAXs. 

The  prices  and  maintenance  fees  are  listed  in  the  following  table 
labeled  INGRES  Software. 

5.2.3  Routines  Written  by  Delta 

In  addition  to  the  previously  mentioned  software  in  the  XTRAM 
software  system,  many  routines  will  be  written  by  Delta.  These 
routines  include  a  knowledge  system/database  interface,  and  routines 
which  perform  numeric  and  other  computations  as  needed  by  the 
knowledge  software. 

5.2.4  Detailed  Specifications  of  the  Knowledge  Software  Alternatives 

This  section  discusses  the  two  alternatives,  ART  and  S.l,  for 
XTRAM  in  greater  detail.  The  format  used  in  section  4.0  was  again 
used  in  this  section  with  a  pricing  sub-section  added. 

5. 2. 4.1  ART  by  Inference 

ART,  a  general  purpose  tool,  is  not  geared  to  any  specific 
problem,  and  has  the  following  features: 
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INGRES  SOFTWARE 


LICENSE 


MAINTENANCE 


$  750 


$  112.50 


2,000 

600 


$  3,350 


TOTAL 


300.00 

90.00 

$  502.50 

$3,852.50 


ITEM  MAN . 


1.  INGRES  User  Interfaces 


2.  INGRES  Net: 

UVAX 

VAXstation 


P 


5-9 


o  Ability  to  Interface  with  "external  functions" 
o  Ability  to  hypothesize 
o  Resides  on  a  micro  VAX 

o  Reasons  with  forward  and  backward  chaining 
o  Knowledge  is  stored  in  frames 

o  Finds  solutions  in  a  reasonable  amount  of  time 
o  Rules  ace  compiled 
o  la  not  difficult  to  use 


INGRES  Interface 


ART  does  not  have  an  INGRES  interface,  but  one  can  be  added  by 
the  knowledge  engineer,  via  "external  functions". 

Uncertainty 

ART  does  not  have  uncertainty-handling  built-in;  but  the 
knowledge  engineer  can  implement  it  via  "external  functions"  or 
through  a  set  of  rules. 

Host  Computer 

ART  is  available  on  both  symbolic  and  numeric  computers  and 
operates  on;  the  TI  Explorer,  LMI,  DEC  VAX  and  Micro  VAX,  or  Sun 
computers . 

Reasoning  process 

ART  has  forward  and  backward  chaining,  and  can  reason  about 
hypothetical  situations. 


The  forward  and  backward  chaining  can  be 


/ 


used  separately,  Integrated  or  in  combination.  In  addition,  the 
backward  chaining  can  be  performed  without  "backtracking",  meaning 
that  it  is  not  trapped  in  a  stack-based  sequence  of  operations. 

The  most  important  concept  in  ART  is  that  of  data-driven 
computation,  in  ART,  the  facts  drive  the  rules.  In  a  typical 
application,  a  rule  is  quiescent  until  a  fact  from  the  database 
matches  one  of  the  rule's  patterns.  When  a  fact  or  pattern  match, 
several  things  may  happen.  If  the  rule  contains  multiple  patterns, 
not  all  of  which  have  been  matched,  ART  may  invoke  backward-chaining 
rules  to  match  the  rule's  remaining  patterns.  If  all  of  the 
patterns  have  been  matched,  then  ART  creates  an  "activation"  of  the 
rule.  Activations  are  sent  to  the  agenda,  which  is  a  list  of 
activations  currently  competing  for  an  opportunity  to  act.  ART 
evaluates  this  list  and  executes  (fires)  only  the  most  important 
activation.  After  firing  a  rule  ART  revises  the  agenda,  taking  into 
account  any  changes  in  the  database,  and  executes  the  most  important 
activation  in  the  revised  agenda.  This  cycle  repeats  until 
interrupted  or  until  ART  discovers  that  the  agenda  is  empty. 

When  a  new  fact  is  added  to  the  database  it  is  matched  with 
patterns  in  all  appropriate  rules,  moving  them  all  closer  to  the 
agenda.  This  means  that  a  rule  enters  the  agenda  only  by  having  its 
last  remaining  pattern  matched  by  a  new  fact.  A  newly  asserted  fact 
is  the  only  factor  that  can  fire  a  rule.  This  process  constructs  a 
chain  of  inferences  from  an  initial  set  of  known  facts  to  some  final 
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conclusion.  Each  time  a  rule  fires ^  new  facts  are  generated,  which 
in  turn  becomes  the  basis  for  further  inferences.  Eventually  this 
step-by-step  process  creates  a  set  of  facts  that  together  form  a 
useful  conclusion.  This  process  of  building  a  chain  of  inferences 
from  facts  to  conclusions  is  called  "forward  chaining". 

It  is  also  possible  to  identify  a  conclusion  and  work  backward 
along  a  chain  of  inferences  in  search  of  known  facts  that  would 
support  the  conclusion  (backward  chaining) .  Backward  chaining  in 
ART  is  generally  used  to  lend  support  and  assistance  to  the  forward 
chainer,  and  in  doing  so  finds  the  needed  facts  for 
partially-matched  rules.  The  program  identifies  needed  facts 
(desired  conclusion)  by  generalizing  from  the  patterns  of 
partially-matched  rules  in  the  join  net. 

In  addition,  there  are  two  typical  applications  of  the  backward 
chaining  process  that  are  of  special  interest;  first,  if  a 
diagnostic  program  used  forward  chaining  to  interrogate  a  user,  it 
would  demand  information  about  every  missing  piece  of  information 
whether  relevant  or  not.  A  backward  chaining  rule,  however,  would 
ask  for  only  that  Information  of  interest  to  one  or  more  partially 
matched  rules.  As  each  question  was  answered,  succeeding  questions 
would  become  more  and  more  pertinent  as  the  set  of  applicable  rules 
diminished.  Secondly  using  backward  chaining  keeps  the  database  as 
small  as  possible.  In  many  applications  there  is  no  need  to 
generate  certain  kinds  of  facts  until  they  are  actually  needed. 
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Thus,  although  ART  has  backward  chaining  capability,  its  primary 
role  is  to  supply  facts  to  the  forward  chainer  and  to  keep  the 
database  as  small  as  possible. 

ART  also  has  the  capability  to  pursue  competing  hypothetical 
pathways  to  a  goal.  it  does  this  by  building  a  tree-like  or 
net-like  structure  of  related  viewpoints.  A  viewpoint  is  a 
collection  of  facts,  which  are  visible  to  ART  from  a  particular 
point  of  view.  This  point  of  view  might  refer  to  a  situation  as  it 
existed  at  a  particular  time,  or  to  a  situation  resulting  from 
specific  hypothetical  assumptions,  or  to  both  at  once,  depending  on 
the  application.  For  example,  if  ART  were  planning  a  route  down  a 
path  and  encountered  a  fork  in  the  trail,  it  would  hypothesize  two 
new  viewpoints,  one  in  which  it  takes  the  left  fork,  and  one  in 
which  it  takes  the  right  fork.  (See  Figure  5-3.)  ART  would  then 
continue  down  both  paths  and  if  it  encountered  further  forks  it 
would  generate  further  hypothetical  viewpoints.  (See  Figure  5-4.) 
When  reasoning  within  one  of  these  viewpoints,  ART  would  be  able  to 
"see"  all  the  assumptions  leading  to  that  specific  situation.  Other 
assumptions,  leading  to  other  situations,  would  be  invisible  to  it. 
ART  would  operate  only  on  the  facts  and  assumptions  pertinent  to 
that  hypothetical  world. 

In  addition,  ART  can  also  reason  about  a  situation  that  changes 
through  time,  such  as  the  changing  positions  of  the  pieces  in  a  game 
of  chess.  With  each  succeed-ing  move  the  board  positions  change. 
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FiGuri:  5-3 


FIGURE  5-4 
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ART  could  construct  a  chain  of  viewpoints  reflecting  the  state  of 
the  board  after  each  move  in  a  game.  Such  a  viewpoint  chain  would 
represent  the  history  of  a  game.  When  reasoning  about  any 
particu*lar  board  position,  ART  would  see  only  the  facts  pertinent  to 
that  state  of  the  board  or  visible  from  that  viewpoint. 

This  hypothecical  reasoning  capability  would  give  XTRAM  ability 
to  answer  'why',  'why  not'  and  'what  if  questions. 

Knowledge 

ART  uses  rules,  facts,  and  schema  to  represent  knowledge,  and 
the  knowledge  embodied  in  the  rules  is  used  to  manipulate  the 
knowledge  in  the  database. 

A  fact,  in  ART,  consists  of  two  parts;  a  proposition  and  an 
extent.  The  proposition  is  a  fact  expressed  in  words  or  equations. 
For  example,  some  propositions  might  be  "the  car  is  red",  "the  car 
is  a  Ford",  and  "the  car  is  paid  for".  Each  proposition  is  a 
fundamental  piece  of  information  about  the  car.  The  second 
component  of  a  fact  is  its  extent  and  describes  the  circumstances  in 
which  the  fact  has  meaning.  For  example,  the  proposition  "the  car 
is  red"  depends  on  a  specific  time  frame.  Correctly  sta'^ed,  the 
proposition  should  be  "the  car  is  red  at  this  time".  The  extent  of 
a  fact  describes  the  viewpoints  in  which  the  proposition  is  valid. 
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Thus,  the  proposition  is  the  fact,  and  the  extent  is  the  time  frame 
in  which  it  is  true. 

ART  also  uses  schema  to  represent  knowledge,  and  is  a 
collection  of  facts  that  represents  an  object  or  class  of  objects 
that  share  certain  properties,  such  as  a  person,  place  or  thing. 

This  is  analogous  to  a  dictionary  entry  in  which  a  word  is  followed 
by  a  series  of  phrases  that  describes  its  meaning.  The  phrases  for 
a  schema  are  a  series  of  slots  which  represent  the  collection  of 
facts  known  to  be  true  of  the  schema.  In  addition,  schemata  can 
inherit  characteristics  of  mote  general  schemata,  and  ART  provides 
two  inheritance  relations  for  this  purpose.  These  relations  take 
the  form  of  special  slots  and  contain  the  names  of  one  or  more 
related  schemata.  The  two  standard  inheritance  relations  are;  "is  a 
..."  and  "instance  of  ...".  For  example,  within  a  dog  schema  the 
relationship  "is  a  mammal"  links  two  general  concepts,  and  "Fifi  is 
an  instance  of  dog"  represents  one  of  something,  a  particular  dog, 
but  not  all  dogs.  (See  Figure  5-5.) 

The  two  standard  inheritance  relations  also  have  inverses,  but 
are  not  inheritance  relations.  The  inverse  of  "is  a  ..."  is  "kinds 
...",  and  a  list  of  the  "kinds  of  mammals"  wocld  include  dog,  but 
would  also  include  many  other  schema  names.  (See  Figure  5-6.) 

Also,  the  inverse  of  "instance  of  ..."  is  "has  instances  ..."  and 
dog  would  "have  instances”  Fifi,  etc.  (See  Figure  5-7.)  ART 
recognizes  that  inheritance  links  come  in  natural  pairs  and 
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automatically  creates  the  missing  half  of  the  pair.  The  knowledge 
engineer  need  only  enter  half  of  the  link. 

Lastly,  ART'S  schema  system  is  defined  in  terms  of  itself.  The 
kernel  schemata  define  the  behavior  of  slots  and  relations,  and 
permits  knowledge-engineer-defined  schemata,  which  define  special 
relations,  to  be  attached.  Thus,  the  slots  defining  the  appropriate 
behavior  can  be  inherited  automatically. 

Just i f icat ion 


ART  does  not  have  any  built-in  justification;  but  it  can  be 
implemented  through  "external  functions"  and  rules.  Also,  the 
effort  to  develop  'what  if  and  'why  not'  justification  can  be 
reduced  by  ART'S  ability  to  reason  about  hypothetical  situations 
without  changing  the  original  facts  or  deductions. 

Speed 


ART  is  considered  to  be  one  of  the  fastest  expert  systems. 
The  speed  is  achieved  by  compiling  the  rules  and  knowledge  base 
instead  of  interpreting  them.  In  addition,  two  other  methods  were 
used  to  achieve  a  fast  expert  system.  First,  ART  does  not  perform 
"garbage  collection”;  it  uses  a  dynamic  memory  management  system 
which  deallocates  memory  when  it  Is  no  longer  needed.  Second,  the 
pattern  matching  structure  has  the  ability  to  join  rules  from  the 
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right  in  addition  to  the  standard  capability  of  joining  rules  from 
the  left.  A  join  is  a  mathematical  operation  that  identifies 
commonalities  among  patterns  in  the  database.  In  general,  to  speed 
up  computation  the  joins  should  be  as  general  as  possible.  Thus, 
ART'S  speed  comes  from  compiling  rules,  eliminating  "garbage 
collection"  and  performing  joins  from  the  right  in  addition  to  the 
traditional  joins  from  the  left. 

Friend  1  iness 


Developing  an  expert  system  with  ART  would  not  be  difficult. 

The  knowledge  engineer  has  to  work  with  the  underlying  language, 

LISP  or  "C" ,  only  if  procedural  functions  are  needed  to  interface 
with  INGRES.  The  knowledge  engineer  interface,  ART  Studio,  permits 
browsing,  editing  and  debugging  of  the  knowledge  base.  ART  Studio 
is  based  on  a  menu  system  and  menus  can  be  selected  using  either  the 
mouse  or  the  keyboard.  The  menus  provide  access  to  the  data  base 
and  monitoring  of  program  execution. 


Pr icing 


The  "C"  version  of 
of  45,000  dollars,  until 
December  1986.  Price  is 
of  Inference's  knowledge 
documentation  (Reference 


ART  is  being  introduced  at  a  reduced  price 
31  December  1986.  ($65,000  after  31 

negotiable,  however.)  It  includes  5  days 
engineer  consulting  time,  2  sets  of  ART 
manual,  3  tutorial  manuals,  primer  and  an 
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Artist  manual.)  and  90  days  of  maintenance  and  technical  support 
(Inference  hotline,  new  ART  versions  and  documentation  upr’ates)  .  An 
annual  maintenance  and  technical  support  agreement  is  also  available 
for  $7,500  and  commences  when  the  90  day  agreement  runs  out.  -(The 
standard  Inference  product  license  agreement  is  contained  in 
appendix  B.) 

A  two  week  training  coarse  is  recommended  by  Inference  and  is 
priced  at  $2,500  per  person.  (See  letter  in  Figure  5-8.)  The  first 
week  is  used  to  introduce  the  knowledge  engineer  to  ART,  and  the 
second  week  is  used  to  instruct  the  knowledge  engineer  on  how  to  use 
the  viewpoints  feature  of  ART.  Inference  normally  suggests  the 
knowledge  engineer  should  take  the  first  week  of  the  course,  work 
with  ART  for  a  month  and  then  take  the  second  week  of  the  course. 

Lastly,  the  multiple  copy  license  for  the  delivery  version  of 
ART  for  the  developed  expert  system  costs  for  copies  1  -  10,  $8,000, 
copies  11  -  50,  $7,000,  and  copies  51  -  100,  $5,000.  (See  letter  in 
Figure  5-9.) 


5. 2. 4. 2  S.l  by  Teknowledge 


S.l  can  be  used  to  build  goal-oriented  expert  systems  and  has 
the  following  features: 


o  Ability  to  interface  with  "external  functions" 
o  Resides  on  a  Micro  VAX 

o  Reasons  primarily  with  backward  chaining 
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FIGURE  5-9:  DELIVERY  ART  PRICE  QUOTE 


o  Knowledge  is  stored  in  0-A-V  triplets 
o  Finds  solutions  in  a  reasonable  amount  of  time 
o  Is  not  difficult  to  use 


INGRES  Interface 


S.l  does  not  have  an  INGRES  interface,  but  one  can  be  added  via 
"external  functions". 

Uncertainty 

S.l  uses  certainty  factors  to  handle  uncertain  information. 

The  certainty  factors  permit  de f ini tely-false  (-1.0)  to  unknown  to 
def ini tely-true  (1,0),  (-1.0  <  X  <  1.0;  X  is  a  certainty  factor). 

The  unknown  has  its  own  range  from  -0.2  to  0.2,  (-0.2  <  X  <  0.2;  X 

is  a  certainty  factor). 

Certainty  factors  are  combined  using  four  general  principles. 
First,  once  something  is  certain,  it  should  not  change.  When  a  fact 
is  either  def ini tely-false  (-1.0)  or  def initely-true  (1.0)  no  new 

evidence  pertaining  to  that  fact  will  be  used.  Second,  a 
combination  should  be  commutative;  it  should  not  matter  which 
conclusion  was  made  first.  Third,  no  combination  of  uncertain 
evidence  should  produce  a  result  that  is  certain,  either  definitely 
true  or  false.  Finally,  evidence  of  equal  strength  but  of  opposite 
sign,  should  cancel  and  leave  no  effect.  For  the  last  three,  three 
rules  apply: 

o  If  X  and  y  are  both  greater  than  0  but  less  than  1.0. 
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The  cumulative  certainty  factor  is  the  value  of  x 
plus  the  value  of  y  minus  the  product  xy.  Specifically: 
X  +  y  -  xy. 

o  If  X  and  y  are  both  less  than  0  but  greater  than  -1.0. 
The  cumulative  certainty  factor  is  the  value  of  x 
plus  the  value  of  y  plus  the  product  xy.  Specifically: 

X  +  y  +  xy. 

o  If  X  and  y  are  of  opposite  sign  and  neither  is  equal 
to  1.0  or  -1.0. 

The  cumulative  certainty  factor  is  a  quotient.  The 
numerator  is  the  absolute  value  of  x  plus  the  absolute 
value  of  y.  The  denominator  is  1.0  minus  the  minimum 
of  the  two  absolute  values.  Specifically: 

(lx|  +  ly|)/(l  -  min  { 1  xl  ,  1  yl  )  )  . 


The  conclusion  stacement  that  appears  in  a  rule  is  comprised 
of  individual  conclusions  and  each  as  a  certainty  factor  associated 
with  it.  If  no  explicit  certainty  factor  is  specified,  S.l  uses  1.0 
as  a  default.  The  certainty  factor  in  the  conclusion  represents  the 
degree  of  belief  with  which  the  conclusion  can  be  asserted,  if  the 
premise  of  the  rule  is  found  to  be  true  with  a  certainty  of  1.0. 


For  a  rule  to  succeed,  the  certainty  factor  premise  must  be 
greater  than  0.2.  If.  the  premise  of  the  rule  has  a  certainty  of 
1.0,  the  conclusion  is  made  as  explicitly  stated  in  the  rule.  If 
the  premise  of  the  rule  has  a  certainty  that  is  less  than  1.0,  the 
certainty  of  the  conclusion  is  lowered.  This  is  done  by  multiplying 
the  certainty  factor  in  the  conclusion  with  the  certainty  factor  of 
the  rule's  premise. 


The  construction  of  the  premise  affects  the  determination  of 
its  certainty  factor.  If  the  premise  is  a  conjunction  of 
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expressions,  its  certainty  factor  is  the  minimum  of  the  certainty 
factors  of  all  the  conjuncts.  If  the  premise  is  a  disjunction  of 
expressions,  its  certainty  factor  depends  upon  the  certainties  of 
the  individual  expressions.  If  one  has  a  certainty  factor  of  1.0, 
it  is  used.  If  none  have  a  certainty  greater  than  0.2,  then  -1.0  is 
used.  Otherwise,  the  result  is  the  maximum  certainty  of  the 
expressions . 

These  certainty  factor  rules  are  modeled  after  the  MYCIN  expert 
system . 

Host  Computer 

S.I  is  available  on  both  symbolic  and  numeric  computers,  and 
operates  on:  Symbolics,  Xerox,  DEC  VAX  and  Micro  VAX  computers.  In 
addition,  one  of  Teknowledge ' s  customers  has  ported  a  delivery  3.1 
CO  the  IBM  PC.  It  is  not,  however,  a  supported  product.  (A  Unix 
board  was  added  to  the  IBM  PC  in  order  to  make  it  work.) 

Reasoning  Process 

S.I  is  a  backward  chaining  expert  system  with  limited  forward 
chaining  capability  available  through  control  blocks.  A  control 
block  specifies  actions  to  be  performed,  the  order  in  which  they  are 
to  be  performed,  and  the  conditions  under  which  they  are  to  be 
performed.  Specifically,  they  can  create  Instances  of  classes  (See 
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Knowledge),  determine  attributes,  display  text,  and  invoke  other 
control  blocks.  The  forward  chaining  capability  would  be  achieved 
with  control  blocks.  Backward  chaining  is  already  built  into  S,1 
and  can  be  started  using  a  control  block. 

Knowledge 


S.l  stores  knowledge  in  0-A-V  triplets.  Each  triplet  may  have 
multiple  objects  and  each  object  may  have  multiple  values  with 
associated  certainty  factors.  These  are  defined  as:  A-On- (v/cf ) m , 
and  are  known  as  classes  of  objects.  Classes  describe  entities, 
events  and  concepts  about  which  the  system  has  knowledge.  The 
attributes  represent  properties  of  classes.  Mathematically,  they 
map  an  n-tuple  of  classes  (the  On  part)  to  a  set  of  values  (the  'm 
part) .  Each  fact  gathered  by  the  system  is  represented  by  the  value 
of  an  attribute  applied  to  an  n-tuple  of  class  instances.  (An 
instance  represents  individual  members  of  a  set  described  by  a 
class.  For  example,  with  ROOM  and  HOUSE  as  names  of  classes,  a 
particular  house,  HOUSE  #1,  is  an  instance.  This  house  has  four 
rooms,  ROOM  #1,  ROOM  #2,  ROOM  #3,  and  ROOM  #4,  each  of  which  is  an 
instance  of  class  ROOM.)  Thus  an  attribute  of  HOUSE  could  be  "is  the 
house  single-story?",  true  or  false. 
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Just i £ ication 


S.l  has  a  liitii-ted  justification  capability  designed  for  an 
exchange  with  the  user.  'What',  'How',  and  'Why'  justifications  are 
provided.  They  are  designed  for  the  user  to  query  why  a  particular 
question  was  asked,  such  as  the  rule  which  prompted  the  question, 
etc.  They  do  not  fulfill  the  level  of  justification  desired  in 
XTRAM,  although  the  level  desired  can  be  built  into  the  knowledge 
base  . 

Speed 


S.l  is  written  in  "C"  and  does  not  perform  any  "garbage 
collection".  Thus  S.l  will  not  shut-down  in  mid-application  and 
will  find  a  solution  in  a  reasonable  amount  of  time. 

Fr iend 1  iness 


S.l  has  facilities  to  trace  the  reasoning  process,  and  edit  and 
examine  the  knowledge  base. 

Pricing 


S.l  is  available  for  25,000  dollars.  (See  letter  in  Figure 
5-10.)  It  includes:  the  development  software,  documentation  (Users 
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guide,  reference  manual  and  sample  knowledge  systems) ,  packages  used 
to  build  and  field  delivery  systems,  one  week  of  knowledge 
engineering  methodology  training,  two  weeks  of  S.l  training,  and  one 
year  of  telephone  hotline  support  and  product  updates.  Additional 
development  copies  are:  $25,000  for  copies  1  through  5,  and  $20,000 
for  6  or  more  copies. 

The  delivery  licenses  are  available  for  $3,000  for  copies  1 
through  30,  and  $2,700  for  copies  31  through  100.  (The  standard 
Teknowledge  software  license  agreement  is  contained  in  appendix  C.) 

5. 2. 4. 3  Comments 

Of  the  two  candidates  for  XTRAM,  ART  is  clearly  the  more 
powerful.  It  can  reason  with  both  forward  and  backward  chaining; 

3.1  has  a  limited  forward  chaining  capability,  (Forward  chaining  is 
more  appropriate  to  XTRAM,  it  is  used  to  find  the  number  of  ways  to 
link  two  nodes  in  a  network,  see  section  4.1.)  ART  has  a  clearly 
defined  and  rich  knowledge  storage  capability;  S.l's  is  more 
primitive.  ART  can  be  easily  programmed  to  handle  'what  if  and 
'why  not'  questions  by  hypothesizing;  S.l  has  to  have  this  feature 
added  via  its  knowledge  base,  not  necessarily  an  easy  task.  Though 
both  are  written  in  'C ,  and  neither  perform  "garbage  collection", 
ART  is  faster  because  its  rules  are  compiled;  S.l's  rules  are 
interpreted.  Also,  although  S.l  has  certainty  factors  (ART  does 
not),  ART  might  still  be  favored  because  the  knowledge  engineer  can 
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chose  a  certainty  algorithm  tailored  to  the  application  and  program 
it  into  ART. 

In  S.l's  favor,  S.l  is  cheaper  and  has  been  in  use  for  a  longer 
period  of  time. 

In  conclusion,  ART  is  a  better  choice  depending  on  the 
importance  of  price. 
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6.0  EPMIS  Compatibility  Plan 


One  of  the  two  requirements  necessary  to  ensure  XTRAM 
compatibility  with  EPMIS,  is  hardware  and  software  compatibility 
with  DEC  VAX  hardware.  This  requirement  has  been  stressed  by  the 
NCS  in  order  to  make  the  future  XTRAM  migration  to  the  EPMIS  VAX  as 
easy  as  possible.  The  other  requirement  involves  the  availability 
of  INGRES  database  management  system  network  software.  The  INGRES 
network  software  would  be  necessary  to  ensure  an  efficient  database 
access  between  the  XTRAM  VAX  and  the  EPMIS  VAX.  With  XTRAM 
implemented  on  a  DEC  VAXstation  II,  both  of  these  requirements  would 
be  satisfied. 


5.1  Hardware  Interface 


The  XTRAM/EPMIS  system  integration  plan  is  shown  in  Figure  6.1. 

The  hardware  integration  task  would  not  be  difficult  since  the 
MicroVAX  and  VAXstation  are  very  compatible.  An  Ethernet  cable 
would  be  the  most  efficient  way  to  physically  connect  the  two  VAXs, 
providing  a  transmission  rate  of  approximately  lOM  bits  per  second. 
DECnet  network  communications  protocol  would  be  used  to  network  the 
VAXS  . 


6.2  Software  Interface 
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XTRfln  INTEGRRTION  PLRN 


virtually  all  of  EPMIS  is  comprised  of  and  managed  by  the  INGRES 
database  management  system,  including  the  EPMIS  database  which  XTRAM 
must  access  frequently  in  the  resource  allocation  process.  The 
EPMIS  database  not  only  includes  the  resources  that  will  be  used  by 
XTRAM,  but  also  the  actual  service  requests  which  are  inputs  to 
XTRAM.  It  is  for  this  reason  that  for  the  most  efficient  database 
access,  it  is  necessary  that  INGRES  software  is  used  to  access  the 
EPMIS  database. 

The  XTRAM/EPMIS  software  interface  plan  to  access  the  EPMIS 
database  and  retrieve  the  data  needed  by  XTRAM  requires  the 
acquisition  of  INGRES/NET  network  software  along  with  INGRES  User 
Interface  software.  The  INGRES  User  Interface  software  would  be 
used  to  access  the  EPMIS  database  by  embedding  INGRES  database  query 
statements  in  a  procedural  language  such  as  "C"  or  FORTRAN.  Once 
the  data  has  been  retrieved,  it  would  be  manipulated  by  the 
XTRAM/EPMIS  interface  for  processing  by  the  expert  system.  The 
INGRES/NET  network  software  is  necessary  for  the  most  efficient  and 
most  transparent  INGRES  data  transfer  between  the  EPMIS  and  XTRAM 
computers . 

The  XTRAM  software  module  consists  of  the  expert  system  and  a 
software  interface  which  would  enable  the  expert  system  to 
communicate  with  the  EPMIS  database.  The  expert  system  interface 
would  consist  of  two  parts.  The  first  part  would  be  the  database 
interface  described  above  which  would  query  the  database  and  put  the 
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retrieved  data  into  programming  variables.  The  second  part  of  the 
interface  manipulates  these  variables  so  that  they  could  be  used  by 
the  expert  system.  The  variables  would  then  be  passed  to  the  expert 
system  for  processing. 

The  software  tools  necessary  for  an  EPMIS/XTRAM  integration  would 
include;  DECnet  network  software,  a  "C"  compiler,  INGRES/NET  network 
software,  and  INGRES  User  Interface  software. 

6.3  User  Interface 

The  XTRAM  user  interface  controls  how  XTRAM  will  appear  to  the 
user,  and  how  XTRAM  would  be  accessed  and  used  once  it  is  integrated 
with  the  EPMIS  VAX.  When  XTRAM  is  connected  to  the  EPMIS  VAX, both 
EPMIS  and  XTRAM  could  be  accessed  from  the  XTRAM  terminal  which 
would  be  connected  to  the  XTRAM  VAX.  In  essence,  the  RAO  would  have 
only  one  terminal  in  front  of  him  with  access  to  both  EPMIS  and 
XTRAM.  One  possible  XTRAM/EPMIS  user  interface  setup  is  shown  in 
Figure  6-2.  Using  this  t/pe  of  XTRAM  setup  would  satisfy  the  NCS's 
desire  for  a  minimal  hardware  configuration  and  a  virtually 
transparent  XTRAM  access  from  the  EPMIS  system. 
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APPENDIX  A 


DESCRIPTIONS  OF  EXPERT  SYSTEMS 

ART . A-  1 

IKE . A-23 

KEE . A-38 

KES . A-46 

KNOWLEDGECRAFT . A-  5  5 

M.l . A-70 

PERSONAL  CONSULTANT  PLUS . A-76 

S.  1 
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Press  Release 

For  Immmllato  Moose 


ART  3.0  PRODUCT  BACKGROUNDER 

The  challenge  for  today’s  expert  system  tool  companies  will  be  to  provide  commercially 
viable  products  that  will  help  corporations  transform  the  enormous  amounts  of  data  already  in 
their  databases  into  useful  information  with  which  to  manage  their  companies.  To  do  that, 
companies  such  as  Los  Angeles-based  Inference  Corporation  are  developing  expert  system  tools  to 
automate  human  reasoning  so  that  computers  can  perform  professional  problem-solving  functions. 

Expert  systems  accomplish  professional  problem-solving  through  the  intensive  use  of 
knowledge  rather  than  the  carefully  prescribed  procedures  used  in  traditional  software 
programming.  Inference  has  released  its  expert  systems  technology  to  industry  and  commerce 
through  its  product,  the  Automated  Reasoning  Tool^^  (ART^^).  ART  supports  the 
development  of  both  decision  support  and  decision-making  software  applications  which  help  the 
white  collar  workforce  achieve  greater  productivity. 

INTRODUCING  ART  3.0 

ART  3.0  is  an  enhanced  version  of  the  Automated  Reasoning  Tool^^  (ART^^),  a 
software  tool  from  Inference  Corporation  for  helping  developers  create  expert  systems.  ART  3.0 
provides  significant  overall  performance  improvements  over  previous  versions  of  ART  and  also 
broadens  the  maiket  for  the  commercial  use  of  expert  systems  applications.  Major  features  now 
available  with  ART  3.0  are: 

0  More  than  99  percent  garbage-free 

0  Optimized  join  topology 

0  Procedural  object-oriented  programming 

0  File  compilation  capability 

With  this  enhanced  version,  ART  3.0  is  available  on  widely- used,  general-purpose 
workstations  from  Sun  Microsystems^  (the  Sun-3^^  workstation)  and  Digital  Equipment 

Infero  nee 

lotofoosocorporotioo,  S300  WmCif^daolomO.  LosAngm  Comm  0OM5*  TLX:  FFX:  2n4rT-^ 


2 


Corpormtioo  (the  Digital  VAX^  line)  as  well  as  dedicated  Lisp  machines  (such  as  Symbolics^, 
TI  Explorer^,  LMI,  etc.)  ART  3.0  will  be  available  on  the  DEC^  VAX  products  running  under 
VAX-Lisp  and  VMS^,  and  will  be  available  on  the  Sua>3  workstation  under  Sun  Common  Lisp 
and  UNK^. 

ART  3.0  increases  performance  for  both  expert  systems  built  in  ART  and  for  the 
development  process  itself. 

FEATyBES.i?r  ART.3.tt 

ART  3.0  includes  three  key  feature  enhancements  designed  to  speed  its  performance 
efficiency  and  make  it  a  more  robust  tool  for  the  development  of  commercial  expert  system 
applications.  The  three  key  feature  enhancements,  are  the  elimination  of  garbage  collection,  the 
addition  of  a  unique  feature  called  *joins-from-the-right*,  and  an  improvement  to  ARTs  rule- 
based  programming  environment  called  procedural  attachments.  Each  of  these  is  explained  in 
more  detail  here. 

ELIMINATION  OF  GARBAGE  CQLLECTIQN 

Improved  memory  management  makes  ART  3.0  at  least  99  percent  garbage-free.  By 
changing  the  way  the  program  manages  memory,  ART  3.0  speeds  up  processing.  Lisp  programs 
usually  have  to  divide  their  resources  running  programs  and  searching  for  available  storage. 
Searching  for  storage  is  called  garbage  collection. 

In  the  past,  an  Al  program  might  arbitrarily  shut  down  in  mid-application  to  make  a 
garbage  run  if  it  were  running  low  on  memory  space.  In  commercial  situations,  such  as  financial 
service  applications  where  programs  must  keep  running  continuously,  this  unpredictability  has 
made  expert  systems  software  with  garbage  collection  potentially  unreliable. 

ART  3.0  doesn’t  require  garbage  collection  because  ART  automatically  allocates  and 
deallocates  memory.  Programmers  need  not  worry  about  arbitrary  shut-downs  or  performance 
degradation  while  the  program  is  collecting  garbage  because  they  control  how  much  memory  is 
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available  at  all  times.  This  new  performance  and  reliability  increases  the  range  of  practical 
applications  that  can  be  built  in  ART.  It  is  particularly  important  in  a  real-time  environment. 
The  conversion  of  garbage  collection  to  conventional  programming  practice  is  an  important  step 
in  the  commercializing  of  expert  systems  technology. 

GENERALIZECLJOIN  TOPOLOGY 

ART  3.0  uses  a  new  pattern  matching  structure  that  saves  computational  time  and  allows 
the  computer  to  work  up  to  100  percent  more  efficiently  and  more  (in  some  applications). 

ART  3.0  has  a  "generalized  join  topology’  that  lets  the  program  join  rules  in  its  database 
from  the  left,  as  has  been  traditional  in  expert  systems  reasoning  tools,  but  now,  also  from  the 
right,  which  is  an  AI  first.  A  join  is  a  specific  mathematical  operation  that  results  in  identifying 
essential  commonalities  among  complex  patterns  in  the  database.  Each  join  represents  a  step  in  a 
complex  match  which,  in  turn,  is  a  step  in  the  problem-solving  process. 

The  key  to  speeding  up  computation  is  to  make  joins  as  general  as  possible  so  there  are 
fewer  of  them  required  to  solve  a  particular  problem.  In  traditional  Al  reasoning,  tools  that  join 
from  the  left  lead  to  information  organized  in  the  form  of  a  sequential  pattern.  In  ART  3.0, 

however,  fewer  joins  are  needed  to  solve  a  problem  because  ART  generalizes  the  joined 

information  into  a  tree-like  structure,  using  pattern  matching  from  the  right,  as  well  as  from  the 
left.  In  more  descriptive  terms.  Inference  has  invented  a  way  to  integrate  rule-based  processing, 
which  works  most  efficiently  on  mathematical  relations  that  have  a  large  number  of  arguments, 
with  schema-based  representation,  which  uses  only  binary  relations. 

By  generalizing  the  rules  pertaining  to  joins,  ART  3.0  reorganizes  the  allocation  of 

memory.  This  saves  computational  time  and  reduces  the  number  of  cycles  needed  to  come  up 

with  an  answer. 
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PROCEDURAL  ATTACHMENT  FEATURE  ADDED  TQ  OBJECT-ORIENTED  PROGRAMMING 

A  procedural  attachment  feature  has  also  been  added  to  ART.  Procedural  attachments 
define  a  specific  function  in  object-oriented  programming  used  to  attach  active  value  to  objects. 
The  feature  of  procedural  attachments  is  further  enhanced  with  the  implementation  of  a  new 
concept  called  'multi-methods"  (see  ART  3.0  Features  backgrounder  for  complete  description). 
The  use  of  multi-methods  in  ART  is  the  first  appearance  of  this  technology  in  a  commercial 
expert  system  tool  product. 

The  addition  of  procedural  attachments  strengthens  ARTs  object-oriented  programming 
capability.  ART  is  the  only  expert  system  tool  to  combine  both  rule-based  and  object-oriented 
programming  in  such  a  strong  feature  set. 

For  example,  a  programmer  using  multi- methods  can  define  a  "print"  function  that  prints 
any  part  of  a  document  on  any  particular  device.  Such  a  program  is  easier  to  write  using  an 
object-oriented  system  where  you  can  associate  the  print  command  with  an  object  type  such  as  a 
line  printer  or  a  laser  printer.  The  rule-based  capability  lets  programmers  identify  a  variety  of 
types  rather  than  just  one.  A  device  can  be  added  to  the  rule  without  changing  the  structure  of 
the  program  because  in  rule-based  processing  it  doesn’t  matter  what  order  a  rule  is  entered  in  the 
program.  In  the  past,  the  structure  of  a  purely  object-oriented  program  made  it  impossible  to  add 
new  devices  without  rewriting  the  original  code. 

nLE  COMPILATION 

ART  3.0  also  includes  file  compilation.  Files  of  rules  in  source  code  can  be  compiled  into 
binary  files.  This  has  two  major  benefio:  speed  and  marketing  flexibility.  Binary  files  load  10 
tir-  g  faster  than  source  files  and  customers  can  deliver  applications  in  binary  files,  thereby 
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protecting  their  proprietary  source  code.  In  ART  2.0,  source  files  were  loaded  into  an  ART 
image.  Compilation  took  place  during  loading,  a  significantly  slower  process. 

ART  3.0  also  includes  the  interactive  graphics  capabilities  Studio*^  and  ARTIST^^. 
Both  tools  help  make  ARTs  applications  accessible  to  users  and  developers  who  do  not  have 
extensive  artificial  intelligence  backgrounds.  Studio  is  designed  to  help  the  knowledge  engineer 
construct  an  expert  system  and  monitor  its  progress.  ARTIST  is  an  interactive  tool  used  by  ART 
programmers  for  building  user- interfaces  for  their  expert  sytenu. 

PRICING  AND  AVAILABILITY 

ART  3.0  will  be  available  for  Symbolics,  Lisp  Machines,  Inc.,  Explorer,  and  DEC  VaX 
(under  VAX-Lisp)  machines  and  for  the  Sun-3  workstation  (under  Sun  Common  Lisp).  Pricing  is 
$65,000  for  the  first  copy  and  $45,000  for  copies  two  through  five.  All  current  ART  2.0  users 
having  active  maintenance  contracts  will  receive  version  3.0  as  an  upgrade. 

Inference  supplies  commercial  expert  system  development  tools,  applications  consulting 
and  training  to  the  aerospace,  manufacturing  and  financial  industries. 

«  #  « 

Automated  Reasoning  Tool,  ART,  Studio  and  ARTIST  are  trademarks  of  Inference  Corporation. 
Explorer  is  a  trademark  of  Texas  Instruments,  Inc. 

Sun  Microsystems  and  Sun- 3  are  trademarks  of  Sun  Microsystems  Inc. 

VAX  and  VMS  are  trademarks  of  Digital  Equipment  Corporation. 

DEC  is  a  registered  trademark  of  Digital  Equipment  Corporation. 

UNIX  is  a  registered  trademark  of  AT&T. 

Symbolics  is  a  trademark  of  Symbolics,  Inc. 
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TWIi  EVOLimON  OF  ART; 

MOVING  INTO  THE  MAINSTREAM 

Over  the  past  several  years,  artificial  intelligence  has  produced  a  flurry  of  interest.  In 
reality  A1  is  just  now  beginning  to  fulfill  its  promise.  Today  the  commercialization  of  expert 
systems  requires  that  this  new  software  technology  be  deliverable  in  traditional  procedural 
languages  in  addition  to  Lisp. 

The  investment  dollars  in  A1  will  bear  fruit  when  expert  systems  become  part  of  the 
solution  for  mainstream  applications  of  computers,  such  as  manufacturing  and  financial  services. 
Inference  Corporation’s  new  release  of  its  Automated  Reasoning  Tool^^  (ART^^)  a  powerful 
programming  language  for  building  commercial  expert  system  applications,  is  a  key  step  in  the 
evolution  of  these  more  powerful,  flexible  expert  systems  programs. 

THE.  LY.OLimQM.O.g..AR.I 

ART  was  first  introduced  in  August  of  1984.  Since  that  time  ART  has  been  recognized 
for  its  advanced  automated  reasoning  capabilities  such  as  Viewpoints,  a  feature  unique  to  ART 
designed  to  do  both  hypothetical  and  time-based  reasoning,  and  for  deep  integration  between  a 
rich  feature  set  of  AI  programming  paradigms  including  forward  and  backward  chaining,  etc. 

In  August  of  1985  ART  was  evolved  into  an  enhanced  product  called  ART  2.0.  ART  2.0 
delivered  the  same  robust  expert  system  features  but  was  equipped  with  much  improved  user 
access  to  the  knowledge-base  being  built  and  was  optimized  for  speedier  performance. 

Now,  ART  is  evolving  further  to  include  several  new  technological  breakthroughs 
designed  to  take  a  major  step  forward  in  commercializing  this  new  technology. 

As  ART  has  evolved  and  stabilized  technologically,  the  demand  for  expert  systems  has 
grown  rapidly.  Commercial  customers  are  demanding  expert  systems  which  can  be  easily  deployed 
into  today’s  existing  computer  environment.  To  meet  this  need.  Inference  is  delivering  the  latest 
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version  of  ART,  ART  3.0,  in  i  choice  of  langiuges.  Initially,  ART  3.0  will  be  available  in  the 
preferred  AI  development  language.  Lisp.  Following  will  be  ART  3.0  in  C,  designed  to  deliver 
efficiency  in  expert  systems  development  and  deployment  as  well  as  easy  connectivity  with 
popular  computers  installed  commercially  today. 

EEAII2B£&.flE.ARI..2.Q 

ART  3.0  includes  several  features  specifically  designed  to  increase  its  performance  and 
make  it  a  viable  language  for  building  general  applications  for  the  office,  manufacturing  and 
general  data  processing  markets. 

For  example,  ART  3.0  in  Lisp  is  at  least  99  percent  garbage-free,  which  means  that  it 
runs  faster  than  traditional  Lisp  programs.  Lisp  programs  usually  divide  their  resources  to  run 
programs  and  search  for  available  storage  (i.e.  memory  management).  A  Lisp  program  slows 
considerably  and  even  will  shut  itself  off  to  seek  out  storage.  This  searching  for  storage  is  called 
garbage  collection.  ART  3.0  does  not  require  garbage  collection  because  ART  automatically 
allocates  and  deallocate.:  memory.  With  the  program  free  to  process  without  garbage  collection, 
performance  (both  speed  and  efficiency  in  processing)  increases  substantially.  Thus,  by  giving  up 
one  of  the  development  features  of  Lisp,  automatic  garbage  collection.  Inference  has  taken  a 
major  step  forward  in  the  process  of  commercializing  expert  systems. 

Inference  has  also  invented  a  new  way  to  solve  problems  that  saves  computational  time 
and  allows  the  computer  to  work  more  efficiently.  ART  3.0  incorporates  a  ’generalized  join 
topology*  that  lets  the  program  join  rules  in  the  database  from  the  left,  as  is  standard  in  A I 
reasoning  tools,  and  from  the  right,  an  AI  fint.  This  ’jcins-from- the- right*  feature  delivers 
significantly  increased  performance. 

SUMMARY  OF  NEW  FEATURES 

In  Joins-from-the-right,  the  structure  of  relational  joins  —  those  generate  \  by  the  ART 
rule  compiler  to  determine  the  matches  of  a  rule  antecedent  —  have  been  generalized  from 
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stqumtitU  joias  to  an  arbitrary  binary  tree  of  joioi.  This  technique  represents  a  qualitative 
improvement  in  the  integration  of  rule-based  processing  and  schema-based  representation,  and  a 
fundamental  improvement  in  rule  compilation  technology.  ART  is  the  first  rule-based  tool  to 
provide  this  capability. 

A  PROCEDURAL  ATTACHMENT  FEATURE 

A  procedural  attachment  feature  has  also  been  added  to  ART.  Procedural  attachments 
define  a  specific  function  in  object-oriented  programming  used  to  attach  active  values  to  objects. 
The  feature  of  procedural  attachments  is  further  enhanced  with  the  implementation  of  a  new 
concept  called  "multi- methods"  (see  ART  3.0  features  backgrounder  for  complete  description). 
The  use  of  multi-methods  in  ART  is  the  first  appearance  of  this  technology  in  a  commercial  AI 
product. 

The  addition  of  procedural  attachments  strengthens  ARTs  object-oriented  programming 
capability.  ART  is  the  only  expert  system  tool  to  combine  both  rule-based  and  object-oriented 
programming  in  such  a  strong  feature  set. 

A&Ii..a  1M..C 

For  commercial  users  developing  expert  system  computer  applications,  the  *tool-of-choice" 
needs  to  deliver  improved  performance  combined  with  ease  of  interfacing  to  existing  computer 
environments.  For  these  commercial  usen,  the  "tool  of  choice"  need  not  to  be  tied  to  Lisp.  While 
Lisp  is  a  powerful  exploratory  development  language,  once  a  porgram  like  ART,  originally 
developed  in  Lisp,  becomes  sufficiently  stable,  it  can  be  translated  to  traditional  programming 
languages  like  C  or  PLl  for  greater  run-time  efficiency.  The  underlying  AI  technology  of  ART 
can  be  delivered  without  loss  of  functionality  or  robustness  ii  respective  of  the  language  in  which 
ART  runs. 

The  C  Language,  one  of  the  mainstream  programming  languages  is  fut  and  efficient  in  its 
processing  power  and  is  widely- known.  Thus,  C  meets  the  requirements  for  preferred  language  in 
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which  to  deliver  ART.  Development  of  epplication  in  ART,  wirtten  in  C  allows  the  expert  system 
to  get  closer  to  the  underlying  machine  architecture,  thus  delivering  enhanced  speed  and 
performance  efficiency. 

ART  3.0  in  C  also  allows  expert  systems  to  be  developed  in  the  same  language  on  the 
same  machines  in  which  the  application  will  ultimately  run.  This  leads  to  a  better  engineered, 
more  stable  application. 

To  deliver  ART  3.0  in  C,  Inference  solved  a  major  AI  performance  challenge  by 
eliminating  the  need  for  garbage  collection.  Even  in  ART  3.0  in  Lisp,  garbage  collection  is  almost 
eliminated  resulting  in  a  significant  increase  in  performance  speed. 

A  CHOICE  OF  LANGUAGES 

As  expert  systems  continue  to  move  into  mainstream  commercial  computing  environments, 
it  is  clear  that  users  will  want  to  develop  and  deploy  expert  systems  in  a  variety  of  languages. 
Lisp,  the  traditional  Al  language,  will  remain  the  preferred  language  for  exploratory  development 
of  software  systems  and  product.  In  commercial  environments,  users  are  demanding  expert  system 
applications  that  will  run  fast  and  that  can  be  interfaced  to  existing  softw&re  in  traditional 
languages  such  as  C.  In  the  longer  term,  ART  3.0  will  be  delivered  in  a  variety  of  languages. 

ART  3.0  in  C  and  Lisp  are  the  first  steps  in  offering  expert  system  developers  a  choice  of 
development  and  delivery  languages. 

A^PAYAILABILIY 

ART  3.0  is  available  immediately  for  Syrabolics^^,  Lisp  Machines  Inc.  Explorer^^, 
DEC*^  VAX^'^  (under  VAX-Lisp)  machines  and  the  Suri-3^^  (under  Sun  Common  Lisp) 
workstation.  The  C  port  for  the  VAX,  the  Sun-3,  Apollo  and  IBM^  RT  Personal  Computer"^^ 
will  be  available  late  in  calendar  1986.  Pricing  is  $65,000  for  the  first  copy  and  $43,000  for 
copies  two  through  five.  Current  ART  2.0  users  having  active  maintenance  contracts  will  receive 
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ART  3.0  as  an  upgrade.  Ail  versions  include  ARTS  graphics  capabilities,  Studio^  and 
ARTIST™. 

Inference  supplies  commercial  expert  system  development  tools,  consulting  and  training  to 
the  aerospace,  financial  and  manufacturing  industries.  Inference's  ART  provides  AI  programmers 
with  a  general-purpose  industrial  class  tool  for  developing  significant  expert  systems  applications. 

#  #  * 

Automated  Reasoning  Tool,  ART,  Studio  and  ARTIST  are  trademarks  of  Inference  Corporation. 
IBM  is  a  registered  trademark  of  International  Business  Machines  Corporation. 

RT  Personal  Computer  is  a  trademark  of  International  Business  Machines  Corporation. 

VAX  is  a  trademark  of  Digital  Equipment  Corporation. 

DEC  is  a  registered  trademark  of  Digital  Equipment  Corporation. 

Sun-3  are  trademarks  of  Sun  Microsystems  Inc. 

Explorer  is  a  trademark  of  Texas  Instruments,  Inc. 

Symbolics  is  a  trademark  of  Symbolics,  Inc. 


Info  re  nee 


latmim  CenmtUm,  5300  Wmt  C$ntury  BoultwO,  Los  Angm.  CttKofnii  90045  -  213-417-7997  •  TLX:  286747  •  FAX  213‘417-3862 

. . .  a  ■  in  — 


INDUSTRY  NEWSMAKER 


ELECTRONIC  DESIGN  EXCLUSIVE 

Tool  picks  up  pace 
of  expert  systems 

Practically  abandoning  'garbage  collection’ 
an  expert-system  shell  hastens  processing, 
aided  by  a  quick  pattern- matching  scheme, 

BY  MAX  SCHINDLER 


Most  Lisp-based  expert  systems 
have  trouble  with  real-time  applica¬ 
tions.  For  one  thing,  checking  hun¬ 
dreds  or  thousands  of  rules  at  every 
decision  point  takes  time.  More  sub¬ 
tly,  the  underlying  Lisp  language 
devours  memory,  for  the  program¬ 
mer  does  not  assign  storage.  Rather, 
during  execution  data  spreads 
through  memory  haphazardly. 

To  reclaim  storage  space  that  is 
no  longer  needed,  a  "garbage 
collector"  must  determine  which  lo¬ 
cations  have  become  disconnected 
from  the  program  flow.  Some  sys¬ 
tems  stop  execution  for  as  long  as 
several  minutes  to  let  the  garbage 
collector  pass  through.  A  “napping' 
CPU  obviously  cannot  process  data. 

The  first  system  to  overcome  the 
handicap  is  ART  3.0,  the  latest  ver¬ 
sion  of  Inference  Corp.'s  automated 
reasoning  tool.  The  software,  es¬ 
sentially  an  expert-system  shell,  pro- 
duces  systems  that  arc  99% 
garbage-free.  Equally  impressive,  it 
draws  on  an  unusual  practice  for 
joining  rules  in  its  knowledge  base,  a 
practice  that  speeds  operation  also. 
Finally,  it  recasts  object-oriented 
programming  with  a  brand-new 
way  of  associating  objects. 

ART  3.0’s  garbage-free  oper¬ 
ation  grows  out  of  a  very  basic  con¬ 
cept.  Inference  designers  invoked  no 
magic:  They  simply  did  what  pro¬ 
grammers  in  other  languages  were 
doing  for  some  time — explicitly  de¬ 
allocating  storage  when  it  is  no 
longer  needed.  With  no  time  spent 


collecting  garbage,  the  system  can 
trim  workload  by  two  orders  of  mag¬ 
nitude  compared  with  its  predeces¬ 
sor,  ART  2.0.  In  the  bargain  it  con¬ 
sumes  10  times  less  storage. 

Speed  benefits  also  denve  from  a 
pattern-matching  technique  that 
marks  the  first  use  of  a  novel  rule 
compiler.  A  generalized  topology 
joins  rules  in  the  data  base  from 
right  to  left,  as  well  as  from  left  to 
right  as  IS  customary. 

Consider  a  rule  that  involves  a 
great  deal  of  matching — or  “join¬ 
ing" — operations.  The  premise  is 
this:  If  motor  X  and  motor  Y  both 
consume  I  kW.  and  motor  X  pro¬ 
duces  more  power  than  motor  Y, 
and  motor  X  is  lighter  than  motor  Y, 


then  motor  X  is  preferable. 

Now  suppose  that  the  data  base 
contains  100  motors,  and  in  only  one 
case  does  a  lightweight  motor  pro¬ 
duce  more  power  than  heavier  units. 
Ordinarily,  determining  whether 
motor  6  and  motor  77  are  both 
ac  motors  takes  10,000  com¬ 
parison  ( too  X  100).  The  compari¬ 
son  at  weight  77  dictates  another 
5050  operations  (the  sum  of 
1  +  2  , . .  -i- 100).  All  told,  the  sys¬ 
tem  must  store  15.251  comparisons, 
including  201  comparisons  for  other 
weights  and  powers.  Computation 
time  is  proportional  to  that  total  (see 
the  figure). 

ART  3.0  reduces  the  comparison 
tally  to  401 — 38  times  fewer — 
because  the  join  tree  hierarchy  can 
operate  from  both  the  left  and  the 
right.  But  since  matchmaking  is  not 
an  expert  system's  sole  occupation, 
the  overall  speedup  can  be  diluted. 

Traditionally,  object-oriented 
programming  systems  associate  a 
permissible  procedure — a  “method" 
— only  with  an  individual  object 
that  is  part  of  a  hierarchy.  Methods 
pass  downward,  with  specific  ob¬ 
jects  inheriting  procedures  from 
general  objects  above  them.  In  the 
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absence  of  a  specific  method,  de¬ 
fault  reasoning  allows  general 
methods  to  be  inherited  from  those 
levels  at  which  they  are  specified. 
Thus,  a  program  can  still  respond. 

The  association  and  inheritance 
of  methods,  however,  is  suited  only 
to  a  small  number  of  programming 
paradigms,  those  in  which  a  “tree" 
of  operations  or  actions  can  be  asso¬ 
ciated  with  a  single  object.  ART  3.0 
extends  the  hierarchical  concept 
through  a  unique  form  of  deter¬ 
ministic  computation  called  multi¬ 
methods.  The  technique  attaches 
methods  both  to  individual  objects 
and  to  object  types  called  vectors, 
which  comprise  groups  of  objects. 
Multimethods  affords  yet  another 
degree  of  flexibility,  because  the 
knowledge  base  can  be  modified  at 
run  time  without  additional  rules. 

\n  object-oriented  system  also 
simplifies  interfaces.  For  example,  a 
programmer  using  multimethods 


can  define  a  function  that  prints  any 
part  of  a  document  on  any  particu¬ 
lar  device.  The  program  is  easier  to 
write  with  an  object-oriented  sys¬ 
tem.  while  the  rule-based  capability 
lets  programmers  add  more  devic¬ 
es  without  rewriting  the  original 
code. 

By  combining  object-oriented 
programming  with  multimethods, 
procedures  specified  for  each  class 
of  printers  can  be  associated  with 
collections  of  documents.  The  tech¬ 
nique  thus  covers  a  much  wider  class 
of  problems. 

■Another  new  feature  speeds  up 
the  software’s  execution  still  more. 
Called  a  file  compiler,  it  converts  the 
knowledge  base  into  a  conventional 
binary  object  file.  Other  expert  sys¬ 
tems  compile  their  rules  during 
loading,  which  slows  the  loading 
time  for  the  end  user,  about  tenfold. 

Although  shells  like  .ART  accel¬ 
erate  the  development  of  an  expert 
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system  tremendously,  they  tradi¬ 
tionally  recompile  after  every 
change.  Thus,  development  speed 
benefits  greatly  from  the  file  com¬ 
piler.  .\RT-3.0's  ability  to  run  di¬ 
rectly  on  binary  code  y  lelds  another 
side  benefit:  The  system  developer 
can  keep  the  rules  proprietary  .  L. 
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TOOLS 

LARGE  HYBRID  TOOLS:  ART.  KEE.  AND  KNOWLEDGE  CRAFT 


OVERVIEW 

In  the  last  two  years,  three  commereial 
expert  syatema-building  tools  have 
emerged  as  the  "top-of- the- line"  options 
for  R  fc  D  groups  that  want  to  explore  the 
development  of  large  expert  systems. 

Some  vrould  argue  that  these  three 
software  packages  should  not  be  called 
"tools,"  but  "tool  kits"  or  "Knowledge 
engineering  environments"  to  reflect  the 
fact  that  they  each  offer  a  variety  of 
different  ways  to  approach  any  given 
problem,  we  prefer  to  call  these 
packages  large,  hybrid  tools,  but  we 
certainly  agree  that  they  are 
considerably  more  complex  and  offer  more 
options  than  any  of  the  large  rule-based 
tools,  such  as  S.l,  E.S.  Environment/VM, 
or  Knowledge  Workbench. 

THE  THREE  LARGE  HYBRID  TOOLS 

AOT  is  sold  by  Inference  Corporation. 

It  was  first  introduced  in  March  1985. 

The  current  version  of  AKT,  Version  2.0, 
was  introduced  in  January  1986. 
Approximately  350  have  been  aold. 


KEE  was  introduced  in  August  1983  and  is 
sold  by  IntelliCotp.  The  currant  version 
of  KEE  is  Version  3.0,  which  was  intro¬ 
duced  in  August  1985.  Approximately  600 
copies  of  KEE  have  been  sold. 

Knowledge  Craft  is  a  product  of  Carnegie 
Group.  It  was  first  introduced  in  April 
1985.  The  current  version  is  3.0  and  a 
new  version  3.1,  which  will  combine 
Knowledge  Craft  and  a  natural  language 
package.  Language  Craft,  will  be  released 
at  AAAI  next  month.  Approximately  130 
copies  of  Knowledge  Craft  have  now  been 
installed. 

APPROACH 

We  were  not  able  to  personally  develop 
and  test  a  conunon  problem  on  each  of  the 
three  tools  being  reviewed.  Instead,  we 
talked  with  vendors,  reviewed  literature, 
and  watched  dcnonatrations.  In  addition, 
we  studied  reviews  of  these  three  tools 
that  were  done  by  corporations  seeking  to 
evaluate  the  tools,  and  we  interviewed 
some  of  the  individuals  involved  in  those 
studies.  We  also  talked  with  researchers 
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from  a  nuitibac  of  conpanias  that  have 
pucchaaad  ona  oc  nora  of  thaaa  tools. 

Wa  will  con^ata  and  contrast  tha  threa 
tools  according  to  savan  broad  critariai 

1)  Ovarall  powar  and  flaxlbility, 

2)  Tha  knowladga  anginaaring  (or 
davalopar)  intar faca, 

3)  Tha  user  (or  runtime)  interface, 

4)  Tha  system  interface, 

5)  Tha  runtim  spaed, 

6)  Training  and  support,  and 

7)  Cost. 

1.  Overall  Power  and  RexK)lllty 

All  three  tools  are  written  in  Lisp  and  the 
developer  is  always  free  to  drop  into  Lisp 
to  write  any  additional  coda  that  ha  or  she 
requires  for  a  particular  problem.  It 
might  appear  that  anything  you  can  do  in 
one  of  thaaa  tools  you  can  do  in  the 
others,  if  you  just  take  time  to  program 
some  special  utilities.  Wa  don't  disagree, 
although  each  tool  makes  it  much  harder  to 
do  certain  things  than  others.  For  this 
review,  however,  wa  will  only  discuss 
features  and  utilities  that  are  documented 
and  are  coiqpatible  with  the  ovarall  archi¬ 
tecture  of  tha  particular  tool.  If  we  did 
not  establish  this  boundary  on  the  features 
that  can  reasonably  be  considered  integral 
to  parts  of  each  of  these  tools,  wa  would 
end  up  sinply  conparing  Lisp  to  Lisp, 
ignoring  the  motivation  that  would  lead 
someone  to  buy  a  tool  in  tha  first  place. 

ART 

In  essence,  ART  is  a  forward  chaining 
rule-based  svatam  derived  from  OPS 5. 

A. great  deal  h»»  been  added  to  this 
essential  framwotk.  but  there  is  a  strong 
sense  in  which,  if  you  use  ART,  you 
approach  problem  from  a  rule-baeed 
perepectlve. 

R«pi«Mntlng  Knowltdg* 

ART  has  four  najor  oosponentsi  facts, 
schemta,  rules,  and  viewpoints  (or 
contexts) .  The  developer  stores  deolar- 
atlve  knowledge  as  facts,  schemata,  or 
contexts  while  prooedural  knowledge  is 
encoded  in  rules. 


The  primry  way  of  conceptualizing  know¬ 
ledge  in  ART  is  to  think  in  term  of  facts 
and  rules.  Schemata,  in  ART,  serve 
primrily  as  "mcro”  form  in  which  to 
express  facta.  That  is,  the  developer  can 
use  schemta  to  create  object-relationship 
semantic  nets  conceptually,  but  procedur- 
ally,  ART  compiles  it  all  into  facts  and 
rules.  One  nice  feature  of  ART's  schemata 
system  is  that  it  allows  you  to  define 
relations  between  schemta,  which  in  turn 
enables  you  to  traverse  a  path  through  the 
database  in  any  direction. 

ART  supports  two  types  of  rules:  state- 
based  rules  that  are.  In  effect  "If... Then” 
rules,  and  logical  rules  that  bake  the 
form:  "While. . .Then, "  and  thus  establish 
facts  as  long  as  other  conditions  are  true. 
All  rules  can  be  assigned  salience  to 
determine  the  priority  of  their  firing. 
ART'S  rules  permit  Lisp  calls  from  either 
an  If-clause  or  a  Then-clause. 

Since  knowledge  is  kept  primrily  in  rules, 
as  the  size  of  the  knowledge  base 
increases,  mintenance  becoms  more 
difficult  than  it  would  be  with  a 
frame-based  system. 

Inheiltancg 

To  implemnt  hierarchies  of  relationships, 
the  developer  must  create  a  substantial 
rule  set.  The  inheritance  relationships 
the  developer  can  use  are  predetermined  in 
ART.  This  is  necessary  to  allow  ART  to 
pce-con^lle  the  knowledge  base  into  working 
mempry  before  inferencing  can  begin,  which, 
in  turn,  allows  ART  its  iiqpressive  runtim 
performance.  Still,  the  result  is  that  ART 
does  not  provide  truly  dynamic  inheritance 
on  slot  values  in  schemta. 

Altimitiv*  Wofidt  or  VIowpoInto 

ART'S  viewpoints  provide  a  very  effective 
form  of  hypothetical  reasoning.  Xn  effect, 
each  viewpoint  is  a  separate  scenario,  in 
this  mnner,  the  system  can  siisultaneously 
consider  several  scenarios,  dropping  them 
as  they  become  inadequate.  ART  can  reason 
about  a  viewpoint  in  the  same  way  that  it 
can  reason  about  facta.  ART's  viewpoints 
can  be  especially  valuable  when  reasoning 
about  events  in  time. 
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Figure  7.  Screen  showing  an  ART  application 


IhJth  Mainttnance 

kWH  provides  a  very  useful  logical  depend¬ 
ency  facility.  If  the  If-clause  of  a  rule 
is  satisfied  (and  a  logical  dependency 
clause  has  been  associated  with  that 
clause)  the  system  will  keep  track  of  any 
subsequent  inferencing  that  follows  from 
that  clause.  If  the  clause  subsequently 
becomes  invalidated,  any  assumptions  made 
on  the  basis  of  that  clause  will  be 
automatically  retracted. 

Infsrencft  and  Control 

ART  provides  full  forward  and  backward 
chaining  capabilities.  The  primacy  control 
mechanism  in  ART  is  a  version  of  tha 
blackboard  acehitaotura. 

KEE 

In  aSBanoa.  KB  ia  an  ob^aot-oriantad 
programming  svatam  darived  from  Onita.  an 
axoett  avstam-buildinq  tool  originally 
davaloped  at  Stanford  Onivaraitv.  Though 


nuch  has  been  added,  when  using  KEE,  the 
developer  initially  approaches  a  problem 
by  identifying  the  objects  in  the  problem 
domain.  KEE  takes  full  advantage  of  its 
origins  in  Intecllsp  and  object-oriented 
programming  to  provide  elaborate  windows, 
icons,  and  displays  of  objects  and  their 
relationships. 

Represanthig  Knowledge 

The  primary  knowledge  representation  para¬ 
digm  in  KEE  is  the  unit  (or  schema  or 
f  ram) .  When  using  KEE,  you  begin  by 
conceptual i sing  a  problem  in  terms  of 
objects  and  the  relationships  between 
objects.  KEE  uses  graphics  to  provide  the 
developer  with  a  graph!.?  ovarvlew  of  the 
objects  and  thair  relationships  as  thay 
are  developed  or  modified.  The  developer 
can  easily  begin  to  analyte  a  lubjaet- 
matter  domain  without  having  to  conaidet 
rules  or  ptooedurea.  For  ptoblema  that 
involve  a  large  deaeciptlve  or  structural 
ooirponent,  this  is  a  very  important 
advance  over  rule-based  approaches. 
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Figure  8.  Screen  showing  a  KEE  application 


Rules  in  KEE  are  subordinate  objects 
attached  to  the  slots  of  higher>level 
objects.  DenDns  can  also  be  attached  to 
slots  In  KEE.  They  are,  in  effect,  rules 
that  respond  whenever  the  slot  value  is 
accessed  or  changed. 

KEE  has  multiple  rule  classes  which 
restrict  the  search  space  for  rule 
firings.  The  rule  class  for  execution 
can  be  selected  dynamically.  Multiple 
knowledge  bases  can  be  accessed  in  REE,  so 
knowledge  can  be  passed  from  one  knowledge 
base  to  another. 

The  KEE  rule  editor  is  very  slow  when  the 
rules  become  more  cooplex,  and  more 
sophisticated  customers  thus  tend  to  rely 
nore  on  Lisp  for  the  control  and  program 
actions  rather  than  on  the  rule  language. 


Inharftanca 

KEE  provides  an  inheritance  system  with 
systeiiHdefinad  relationships  such  as 
"mambec”  and  'subclass*.  The  developer 
cannot  modify  the  inherltanoe  system. 
This  is  a  significant  disadvantage  since 
there  are  several  types  of  relationships 


that  cannot  be  successfully  conceptualized 
in  terms  of  member/subclass  relations. 

The  developer  can  specify  restrictions  on 
slot  values,  but  only  with  a  limited  number 
of  developer>set  flags.  The  developer  cannot 
write  Lisp  methods  to  handle  exceptions 
(e.g.,  to  query  the  user  for  specific 
information) .  This  slot  restriction  mechan¬ 
ism  poses  real  problems  when  one  is  trying 
to  develop  systems  in  which  constraint  pro¬ 
pagation  plays  a  large  role  (e.g.,  systems 
to  handle  design  and  configuration  problems) . 

KEE  can  only  support  changing  facts.  It 
cannot  support  changing  relationships;  if  a 
relationship  exists  in  one  context,  it  must 
exist  in  all.  Thus,  in  KEE,  all  dynamic 
information  must  be  stored  as  slot  values 
rather  than  as  explicit  relationships. 

Sustained  use  of  object-oriented  program¬ 
ming,  including  methods  and  message  passing, 
allows  the  developer  to  create  quickly  a 
highly  modular Ised  system. 

AlWraiDW  nOnOm  Or  WNIhKIS 

KEE  can  support  only  a  very  limited  form 
of  data  changes  in  contexts  and  cannot 
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Figure  9.  Screen  showing  a  Knowledge  Craft  Application 


support  changes  to  system  relations  in 
contexts  at  all. 

Tmin  Maintenance 

KEE  does  not  Support  truth  maintenance. 

Inference  and  Control 

KEE  supports  full  forward  and  backward 
chaining.  However,  KEE's  Prolog  lacks 
"cut"  and  "fail"  and  "cannot  prune"  and 
hence  the  developer  cannot  limit  search 
in  an  efficient  manner. 


KNOWLEDGE  CRAFT 

Knowledge  Craft  is  based  on  a  semantic  net 
approach  derived  from  SRL,  a  schema  or 
frame-based  paradigm  originally  developed 
at  Carneqie-Mellon  University.  More 
important,  however,  it  is  a  collection  of 
several  more  or  less  independent  paradigms. 

Representing  Knowledge 

Knowledge  Craft  has  three  basic  language 
conf(X3nents:  0PS5,  Prolog,  and  CRL.  The 
basic  Knowledge  representation  paradigm  in 
Knowledge  Craft  is  the  CRL  schemata 


network.  Each  schema  can  have  any  nuinber 
of  slots  associated  with  it. 

Knowledge  Craft  makes  extensive  use  of  the 
meta  information  associated  with  the  slots 
in  a  schema  to  allow  the  developer  to  pro¬ 
vide  default  values,  demons,  cardinality 
restrictions,  and  range  and  domain 
restrictions.  Using  the  demon  facit,  for 
example,  the  developer  can  attach  demons 
that  frequently  initiate  the  processing  of 
significant  events.  In  Knowledge  Craft, 
the  demon  facit  is  itself  a  schema  with 
slots  for  the  types  of  slot  access  that 
will  trigger  the  demon,  and  when  and  what 
action  the  demon  will  take.  Thus,  demons 
become  a  fundamental  part  of  the  represen¬ 
tation.  In  addition  to  the  meta  facits 
automatically  associated  with  each  slot, 
the  developer  can  add  additional  facits 
when  needed. 

Knowledge  Craft  provides  object-oriented 
programming  techniques  to  permit  data 
abstraction,  object  specialization  and  the 
passing  of  information  via  messages. 

Mitiltance 

In  Knowledge  Craft,  inheritance  is  spec¬ 
ified  at  the  relation  level.  This  means 
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that  the  developer  can  apeoifv  which  «Iot« 
and  valuee  can  be  included  and  which  can 
be  excluded  in  any  particular  relationship 
at  the  tine  that  the  relationehip  ie 
eatabliehed.  Thus,  as  you  establish  a 
relationship,  you  can  specifyt  hierarchies 
of  relations,  the  transitivity  of 
relations,  and  the  semantics  of  the 
relation,  including  the  inclusion  and 
exclusion  of  slots  and  values  during 
inheritance  (which  alots/values  can  be 
inherited) ,  the  mapping  of  slots/values 
during  inheritance  (slot  names  or  values 
can  change) ,  and  the  elaboration  of  slots 
(one  slot  can  become  many  when 
inherited).  Thus,  while  the  other  tools 
tend  to  force  you  to  use  hierarchical 
relationships  (e.g.,  ISA),  Knowledge  Craft 
supports  relationships  like  "somtimes- 
leads-to"  and  "has-repair."  Knowledge 
Craft  also  provides  the  developer  with  the 
ability  to  specify  a  search  path  to  reduce 
search  time. 

Attemative  Worlds  or  Corrtexts 

Knowledge  Craft  provides  a  context  mechan¬ 
ism  which  allows  for  different  versions  of 
the  Knowledge  base.  This  is  used  to  model 
and  teat  alternative  situations.  Both 
facts  and  relations  are  represented  in 
schemata.  Contexts  can  be  created  and 
schemata  placed  in  them.  These  schemata 
can  be  conpletely  new  or  modified  from 
older  schemata.  Thus,  Knowledge  Craft 
provides  the  option  to  arbitrarily  change 
any  part  of  the  Knowledge  base  in  any 
context.  In  other  words.  Knowledge  Craft 
allows  the  creation  of  alternate  worlds  by 
duplicating  schema  with  hypothetical 
information  while  retaining  the  original 
copy. 

1hith  Maintenance 

Knowledge  Craft  lacKa  truth  maintenance. 

(nfeience  and  Conirot 

Knowledge  Craft  provides  forward  chaining 
primarily  through  0P8S  and  backward 
chaining  via  Prolog.  An  agenda  control 
mschaniam  is  also  providad  to  allow  the 
developer  to  control  multiple  knowledge 
sources. 


2.  The  Knowledge  Engineering  interface 

All  three  tools  provide  some  utilities  for 
developing  menus  and  windows,  for  creating 
graphics,  and  for  controlling  how  end- 
users  will  interact  with  the  system. 

Tb  use  ART,  the  knowledge  engineer  must 
typically  employ  either  the  ZMACS  editor 
or  the  ART  Studio,  which  provides  utilities 
that  can  be  used  to  browse  the  Knowledge 
base,  examine  facts  and  rules,  etc.  In 
addition,  an  ART  Imagery  Synthesis  Tool 
lets  the  developer  create  windows,  menus, 
icons,  etc. 

KEE  clearly  offers  the  beat  knowledge 
engineering  interface.  The  developer  can 
easily  browse  through  the  objects  and 
their  relationships  and  develop  graphic 
icons  from  a  large  collection.  It  is  easy 
to  use  KEE *8  "active  images"  utility  to 
associate  icons  with  demons  related  to 
slot  values  and  hence  to  assure  that  the 
image  on  the  screen  "echos"  a  change  in 
the  slot  value.  Using  KEE,  it  is  easy  to 
rapidly  prototype  a  system.  It  is  also 
easy  to  maintain  a  system  using  KEE. 

With  KEE,  the  developer  has  the  ability  to 
break  forward  or  backward  chaining  in  order 
to  assert  or  retract  facts  during  a  run. 

KEE  also  provides  many  ways  to  call  Lisp 
functions.  Unfortunately,  many  of  these 
calls  are  undocumented  and  there  are  no 
advanced  manuals  to  provide  help.  There 
are  also  a  number  of  "switches"  that  change 
the  way  the  rules  execute,  but  these  are 
likewise  difficult  to  discover. 

The  KEE  rule  display  editor  is  very  slow 
when  the  rules  becoms  oomplex.  Many 
knowledge  engineers  use  the  ZMACS  editor 
once  they  are  familiar  with  KEE. 

To  develop  a  system  In  Knowledge  Craft, 
the  knowledge  engineer  can  use  either  the 
Knowledge  Craft  "workbench"  or  the  ZMACS 
editor.  The  eoaponents  of  the  tool  are 
not  well  integrated  and  hence  the  develop¬ 
er  has  difficulty  getting  started  and  must 
program  soma  routine  connections  to  develop 
a  prototype.  In  addition.  Knowledge  Craft 
ralias  on  soma  ralativaly  old  technology, 
such  as  its  PALM  nstwork  editor  and  its 
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MhaiM  tditoc,  that  ara  not  aa  aaay  to  use 
aa  ttoat  provldad  in  ART  and  KEB.  in 
effect,  Knowledge  Craft  eequirea  mote 
thought  before  you  can  get  atarted.  though 
ita  powerful  enyironnent  may  pcovlde  an 
adequate  payback  for  aoca-aophiaticated 
developera  once  they  have  wade  this 
initial  inyeatnant  and  wlah  to  extend  or 
deepen  their  avaten.  Carnegie  Group 
claina  that  version  3.1,  to  be  introduced 
at  AAAI  next  month,  will  subatantially 
ioprove  both  the  integration  of  their  tool 
and  the  knowledge  engineering  interface. 

3.  The  User  (or  Runtime)  Interface 

All  three  systena  allow  the  developer  to 
tailor  the  user  interface  in  any  way. 

None  of  the  systena  provide  a  pre-formatted 
interface  that  can  be  used  by  default,  aa 
the  sin^ler  systena  do,  but  most  users  of 
these  tools  will  probably  prefer  to  develop 
their  own  interfaces.  Of  the  three,  REE 
makes  it  easiest  to  develop  a  user 
Interface,  ART  is  helpful,  and  Knowledge 
Craft  provides  only  limited  help. 

KEE  makes  it  very  easy  to  use  graphics  and 
images  associated  with  active  values.  All 
of  the  vendors  apparently  assume  that 
developers  will  either  want  to  allow  the 
user  to  access  the  underlying  knowledge 
base  or  will  be  willing  to  program  a 
runtime  version  of  the  system. 

Rules  in  both  art  and  KEE  are  written  in  a 
natural  language  format  that  facilitates 
the  development  of  an  English-language 
explanation  facility.  Carnegie  Group  sells 
a  special  tool.  Language  Craft,  that  can 
be  used  to  develop  a  more  sophisticated 
natural- language  interface. 

4.  Systems  Interface 

ART  was  written  in  ZetaLisp  and  is  current¬ 
ly  compatible  with  Conoon  Lisp.  ART  is 
available  on  the  following  hardwares 
Symbolics,  LMI,  TI's  Explorer,  DEC  VAX, 
and  DEC  HicfoVAX.  Inference  Corp.  has 
announced  that  ART  will  become  available 
on  the  IBM  PC  RT  during  1986. 

KEB  was  written  in  interLisinD  and  is 
currently  eoapatible  with  Common  Lisp. 

KEB  is  available  on  the  following 


hardware:  Symbolica,  LMI,  Xerox  1100,  TI's 
Explorer,  Apollo,  Sun,  DEC  VAX,  and  DEC 
MictoVAX.  IntelliCorp  has  announced  that 
REE  will  become  available  on  the  IBM  PC  RT 
during  1986. 

KBE  provides  customers  with  the  poaaibilitv 
of  using  either  PC  or  Macintosh  terminals. 
connected  to  a  larger  system,  as  delivery 
terminals. 

Knowledge  Craft  is  written  in  Common  Lisp. 
It  is  available  on  the  following  hardware: 
Symbolics,  TI's  Explorer,  DEC  VAX,  and  DEC 
MicroVAX.  The  interface  between  the  tool 
and  the  hardware,  despite  considerable 
effort,  is  still  rather  awkward.  Carnegie 
Group  has  announced  that  Knowledge  Craft 
will  become  available  on  the  HP  Al  work¬ 
station  and  on  the  IBM  PC  RT  during  1986. 

ART  and  Knowledge  Craft  allow  developers 
to  access  other  languages  such  as  C  and 
Pascal  that  are  supported  on  the  hardware 
on  which  they  are  operating. 

5.  Runtime  Speed 

Of  the  three  tools,  ART  clearly  runs 
fastest,  though  it  hardly  runs  as  fast  as 
an  application  written  in  a  conventional 
language.  ART  achieves  this  speed  by 
reducing  its  knowledge  base  to  a  sequence 
of  facts  and  then  compiling  them,  using 
the  Rete  algorithm  developed  at  Cacnegie- 
Mellon. 

Both  KEE  and  Knowledge  Craft  can  take 
quite  a  bit  of  time  to  run,  especially  if 
they  need  to  process  a  large  number  of 
rules. 

6.  Ihiining  and  Support 

All  thrss  vendors  offer  courses  to  provide 
customers  with  training  and  consulting 
support  to  help  customers  with  specific 
applications. 

Of  the  three.  Inference  Corp.  offers  the 
best  documentation.  It's  not  only  conpre- 
henalve,  but  it  is  skillfully  written, 
flows  very  smoothly,  and  uses  exoellent 
examples.  intelllOocp  and  Carnegie  Group 
each  offer  adequate  but  less  oompcehansive 
doousmntatlon  written  with  less  style. 
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Each  of  the  vendors  will  work  with  a 
conipany  to  determine  i£  their  tool  is 
appropriate  for  a  particular  problem. 

In  some  cases  they  will  provide  a  tool 
for  a  test  period. 

7.  Costs 

ART  costs  $65,000  for  the  first  copy. 

This  price  includes  one  year  of 
maintenance  and  support  along  with  free 
updates  during  that  period. 

KEE  sells  for  $60,000.  This  price 
includes  training  and  some  on-site 
consulting. 

The  first  copy  of  Knowledge  Craft  sells 
for  $50,000.  This  price  includes  training 
for  two  people  and  maintenance,  free 
updates  and  support  for  one  year. 

Language  Craft,  the  compatible  natural- 
language  package,  costs  $25,000  for  the 
first  copy. 

All  three  vendors  price  multiple  copies  of 
their  tools  significantly  below  the  price 
of  single  copies.  There  are  also  large 
discounts  available  to  universities. 

CHOOSING  AMONG  THE  THREE  TOOLS 

To  make  a  choice  among  the  three  tools, 
you  really  must  to  consider:  (1)  the 
nature  of  the  problem,  (2)  the  features 
offered  by  the  tool,  and  (3)  the  skill  and 
experience  of  your  knowledge  engineers. 

More  than  any  other  expert  systema- 
buildinq  tools,  the  large  hybrid  tools 
require  that  the  knowledge  engineer  know 
Lisp  and  have  some  skill  in  creating  Lisp 
code  to  get  the  resulting  system  to 
perform. 

1)  If  you  havo  a  specific  probleni . . . 

If  you  have  a  specific  problem  in  mind, 
then  you  will  want  to  choose  the  tool  that 
will  best  facilitate  the  development  of  a 
system  to  solve  that  problem,  enable  you  to 
field  the  system,  and  allow  for  relatively 
easy  maintenance  of  the  system.  As  you 
consider  your  problem,  you  probably  want 
to  keep  the  following  strengths  and 
weaknesses  of  each  tool  in  ndndt 


ART 

Strengths 

•  If  your  problem  can  easily  be 
conceptualized  in  terms  of  rules  then 
ART  will  probably  be  the  most  natural 
tool  to  use. 

e  If  you  need  to  establish  logical 
dependencies  that  will  update  your 
system  dynamically  as  facts  change,  then 
ART'S  approach  to  truth  mainten.'nce  and 
viewpoints  will  be  very  useful. 

e  If  you  will  need  to  program  special 
Lisp  functions,  the  fact  that  Lisp 
functions  are  easily  called  from  both 
sides  of  art's  rules  will  prove  helpful. 

e  ART  has  the  fastest  execution  time. 

Weaknesses 

e  ART  primarily  keeps  its  knowledge  in 
rules.  This  is  convenient  if  the  task 
can  be  conceptualized  in  terms  of  rules. 

•  Since  ART  relies  heavily  on  rules, 
maintenance  can  become  a  serious  problem 
as  the  number  of  rules  increases, 
especially  since  all  of  the  hierarchi¬ 
cal  structure  in  ART  is  also  stored  as 
rules.  Significant  maintenance  problems 
begin  when  systems  have  over  2,000  rules. 

•  ART  does  not  provide  the  best 
knowledge  engineering  interface  and 
lacks  good  graphic  editing  facilities. 

KEE 

Strengths 

•  KEE  has  the  best  knowledge  engineering 
environment,  with  superior  graphic 
editing  facilities,  a  large  collection 
of  icons,  and  good  menus. 

e  Active  values,  including  demons, 
methods,  and  active  images,  support 
date-directed  reasoning  and  allow  the 
system  to  recognize  and  monitor  changing 
conditions. 
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•  Objftct'ocicnted  pcogramming, 
including  mathods  and  massaga  paaaing, 
allowa  cenvaniant  modularization  of 
the  expert  aystem.  In  addition,  KEE's 
nultiple  rule  baaas  make  it  easy  for 
the  developer  to  partition  the  rule 
baae  efficiently. 

WMknasses 

a  KEE  lacks  a  context  mechanism  and 
hence  cannot  easily  represent  multiple 
hypothetical  situatlana. 

a  KEE  has  systei»>def ined  inheritance 
and  will  not  allow  the  developer  to 
tailor  inheritance  for  special 
situations. 

a  The  Prolog  used  in  KEE  is  incomplete. 

It  lacks  "cut"  and  "fail,"  which  makes 
it  difficult  to  perform  complicated 
reasoning  using  the  rule  interpreter. 

a  KEE  limits  the  developers'  access  to 
a  limited  subset  of  Lisp. 

a  KEE  lacks  an  agenda  mechanism  and  thus 
the  developer  can  not  assert  efficient 
control  over  the  operation  of  the  system. 


KNOWLEDGE  CRAFT 
Strengths 

a  Knowledge  Craft  probably  has  the  most 
powerful  schema  representation  language 
of  the  three  tools.  It  offers  such 
features  as  dynamic  inheritance,  meta 
information,  demon  facilities, 
developer-defined  relations,  user- 
defined  dependency  relationships,  and 
user-defined  inheritance  search  patterns. 

a  The  Context  Mechanism  allows  the 
developer  to  create  systems  that 
entertain  multiple  hypotheses. 

a  The  Agenda  Mechanism  allows  the 
developer  to  tailor  how  the  system  will 
process  a  knowledge  base. 

e  Object-oriented  programming  permits  the 
conceptualisation  of  problems  in  terms 
of  objects,  relationships,  and  massages. 


e  The  implementation  of  Prolog  has  full 
resolution  and  includes  "cut"  and 
"fail." 

a  The  senior  staff  at  Carnegie  Group  has 
considerable  experience  in  researching 
the  design  of  large  systems  for  factory 
scheduling  and  planning  problems. 

IWsaknessas 

a  The  integration  of  cha  various 
components  is  poor. 

a  The  knowledge  engineering  interface 
is  poor. 

e  The  interface  between  the  tool  and 
the  hardware  is  poor. 

2)  If  You  are  Juat  Getting  Started 
and  Want  to  Explore  . . . 

If  your  A1  group  is  new  and  you  want  to 
purchase  one  large  hybrid  tool  to  use  to 
develop  several  initial  prototype  systems, 
you  face  a  difficult  choice.  Each  of 
these  tools  has  significant  strengths  and 
weaknesses  and  each  is  clearly  superior 
for  some  uses  and  not  for  others.  We  have 
summarized  our  overall  impression  of  each 
tool  in  Table  1. 

KEE  has  a  really  nice  developer  interface 
and  will  alloW'you  to  develop  prototypes 
more  rapidly.  tHIan  the  other  two  tools. 

But  it  will  fustrate  you  when  you  attempt 
more  conf>lex  tasks,  especially  if  those 
tasks  have  significant  procedural  elements 
and/or  you  are  concerned  wiLn  runtime  speed. 

Knowledge  Craft  is  probably  the  most 
powerful  and  flexible  of  the  three  tools, 
but  it  has  ixjor  integration  and  a  poor 
developer  interface,  which  make  it  a  hard 
tool  to  learn  to  use. 

ART  seemm  to  be  the  tool  that  most 
conmanies  are  currently  happiest  with. 
infersnes  Corp«  has  struck  the  best 
balsncs  betwsen  cower  and  flsxibilitv, 
the  vmcloum  interfaces,  aivd  runtime 
speed.  ART'S  populaclty  may  also  raflact 
tha  faot  that  many  davelopars  art  tackling 
projects  that  sra  mors  procedural  than 
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1  ■  Poor 

3  >  Acceptable 

5  «  Excellent 

ART 

KEE 

Knowledge 

Craft 

Power  &  Flexibility 

4.5 

4 

5 

Developer  Interface 

4 

5 

3 

User  Interface 

5 

5 

4 

Systems  Interface 

4 

4 

3 

Runtime  Speed 

4 

2 

2 

Training/Suppott 

5 

4.5 

4.5 

Table  li 

A  Subjective  Rating  of  the 
Commercially  Available  Large 
Hybrid  Expect  Systems-Building  Tools 


declarative  and  that  ART's  rule-based 
approach  seems  more  natural. 

These  comments  have  to  be  considered  very 
tentative.  All  three  vendors  are  working 
on  new  versions  that  will  incorporate 
updated  features.  Both  Inference  Oorp. 
and  Carnegie  Group  will  be  demonstrating 
new  versions  of  their  tools  next  month  at 
AAAI  in  Philadelphia. 


OTHER  OPTIONS 

There  are  some  other  large  hybrid  tools 
that  we  occasionally  hear  about.  One  is 
Loops,  the  tool  developed  at  Xerox  PARC. 
Loops  is  available  from  Xerox,  but  is  not 
really  packaged  for  commercial  use.  (It 
sells  for  S300  and  only  runs  on  Xerox  1100 
machines.)  Another  large  hybrid  tool  is 
Schlumbecger *8  STROBE  which  was  developed 
for  internal  use  and  is  not  currently  for 
sale. 

«  *  * 


Obviously,  if  you  have  a  specific  problem 
that  does  not  require  the  variety  of 
different  knowledge  engineering  paradigms 
provided  by  these  tools,  you  should 
consider  one  of  the  large  rule-based  tools 
or  one  of  the  mid-sized  tools.  They  cost 
less  and  are  generally  easier  to  learn  to 
use. 

On  the  other  hand,  if  your  problem  is  very 
complex,  these  tools  may  not  be  up  to  it. 
Organisations  that  have  developed  large 
systems  that  involve  real-time  process  con¬ 
trol  or  reasoning  about  time  have  consis¬ 
tently  reported  that  they  soon  advance 
beyond  any  of  these  three  tools.  At  the 
moment,  however,  if  you  want  an  expert 
systems-building  tool  that  will  allow  you 
to  tackle  a  large,  complex  problem,  you 
will  want  to  consider  these  three  tools. 
They  each  have  strengths  and  weaknesses, 
but  each  represents  a  powerful  way  to 
approach  the  commercial  development  of 
large  expert  systems. 

Company  addresses  are  provided  below.  All 
three  companies  maintain  sales  offices  in 
major  cities  throughout  the  U.S.  and  have 
representatives  overseas. 


ART 

Inference  Corporation 

5300  West  Century  Blvd.,  5th.  Floor 

Los  Angeles,  CA  90045 

(213)417-7997 

Contact;  Donald  Gammon,  VP  Sales 


KEE 

IntelliCorp 

1975  El  Camino  Real  West 
Mountain  View,  CA  94040-2216 
(415)965-5633 
Contact!  Sue  Brown 


Knowledge  Craft 
Carnegie  Group 

650  Commerce  Court,  Station  Square 
Pittsburgh,  PA  IS219 
(412)642-6900 

Contact!  Michael  Chambers,  v.P.,  Marketing 

4  Sales 
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Introducing  IKE 

IKE”  (Integrated  Knowledge  Environment)  is  a  state-of-the-art, 
powerful,  flexible,  user-friendly,  and  complete  environment  for 
building  expert  systems  and  running  goal-directed  consultations. 
IKE  is  particularly  well  suited  for  rapid  development  of  large  expert 
^  systems  that  solve  a  variety  of  problems  in  the  areas  of  diagnosis, 

configuration,  decision  support,  and  classification. 

IKE  has  been  designed  so  that  people  can  easily  and  directly  build 
sophisticated,  functional  expert  systems  without  having  prior  exper¬ 
tise  in  knowledge  engineering,  the  internal  workings  of  expert  sys¬ 
tems,  or  programming  in  LISP  or  any  other  language.  This  makes 
IKE  the  ideal  expert  system  software  for  many  professionals  such 
as  engineers,  applied  scientists,  financial  analysts,  medical  doctors, 
social  scientists,  business  consultants,  contractors,  lawyers,  educa¬ 
tors,  operations  and  project  managers,  etc. 

IKE  provides  natural  language  menu-based  facilities  for  expert  sys¬ 
tem  development  and  use.  These  facilities  are  useful  in: 

•  building  and  maintaining  the  domain  vocabulary. 

•  writing  and  modifying  inference  rules. 

•  running  interactive  consultation  sessions. 

IKE  uses  extensive  graphics  to  aid  in  expert  system  development,  to 
trace  reasoning  paths,  and  to  help  manage  knowledge  bases.  These 
aids  not  only  gready  reduce  the  time  needed  for  the  development  of 
an  expert  system,  but  they  also  help  users  gam  a  better  understand¬ 
ing  of  both  the  nature  of  the  problems  they  are  trying  to  solve  and 
the  results  of  their  IKE  considtations. 
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Using  IKE 

IKE  provides  experts  and  consultation  users  with  a  menu-based 
natural  language  interface  that  enables  them  to  concentrate  on  the 
task  at  hand:  transfering  knowledge  into  IKE  and  using  it  in 
consultations. 

Each  expert  system  that  is  developed  in  IKE  has  its  own  vocabulary. 
A  medical  diagnostic  system,  for  example,  will  have  one  vocabulary 
and  a  diesel  engine  repair  system  will  have  another.  A  menu-based 
natural  language  interface  is  used  both  for  the  development  of  a 
domain  vocabulary  and  in  the  construction  of  inference  rules  in 
terms  of  this  vocabulary. 

IKE’s  rule  bases  consist  of  it-then  rules  that  encapsulate  the  expert’s 
reasoning  about  the  domain.  Rules  are  written  using  both  the 
domain  vocabulary  and  a  domain-independent  vocabulary  provided 
by  IKE.  As  a  rule  is  entered,  IKE  will,  at  every  point,  prompt  the 
domain  expert  with  all  correct  continuations  of  the  rule. 

IKE  is  a  flexible  environment,  and  is  designed  to  be  useful  to  pro¬ 
fessionals  with  varied  backgrounds  and  areas  of  expertise.  The  full 
power  of  IKE  is  available  through  its  high-level,  structured  natural 
language,  graphical  interface.  In  addition,  for  systems  developers 
who  need  added  programming  functionality  for  their  applications, 
IKE  supports  calls  to  LISP  flmctions  from  within  its  operating 
environment. 
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Illustration  1.  IKE’s  domain  knowledge  is  writien  and  edited  using 
structured  natural  language. 
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User  Interface 


The  user  interface  is  a  complete  and  high  level  environment.  With 
IKE,  domain  experts  readily  develop  functional  prototype  systems 
within  a  week,  and  produce  sophisticated  applications  within  two 
to  three  months.  IKE  provides  functionality  at  the  right  level  of 
abstraction  for  its  users.  This  greatly  reduces  start-up  learning  costs, 
and  cuts  development  time  by  an  order  of  magnimde. 

IKE’s  user  interface  combines  menu-based  natural  language  and 
graphics  to  provide  a  flexible  and  natural  consultation  and  develop¬ 
ment  environment.  The  IKE  user  works  within  a  structured  form 
of  natural  language  to  rapidly  and  fully  describe  the  domain,  enter 
inference  rules,  and  condua  consultations.  In  addition,  EKE  pro¬ 
vides  a  menu- based  interface  to  the  knowledge  base,  allowing  the 
domain  expert  to  easily  retrieve  and  modify  rules  and  objects  as 
development  proceeds. 

During  consultations,  IKE  provides  a  graphical  display  of  the 
developing  inference  tree  and  of  the  set  of  objects  being  reasoned 
about.  This  aids  both  the  consultation  user  and  the  domain  expert  in 
understanding  the  reasoning  that  is  taking  place. 

IKE’s  user  interface  guides  users  through  system  commands  by 
providing  step  by  step  assistance.  In  addition,  tl.e  user  interface  pro¬ 
vides  syntax  checking  and  rule  completion. 


4/  LISP  Machine,  Inc. 


A  -  27 


Reasoning 

IKE’s  inference  engine  is  especially  designed  for  solving  a  variety  of 
problems  in  the  areas  of  diagnosis,  configuration,  decision  support, 
and  classification.  The  inference  engine  has  both  forward  and  back¬ 
ward  chaining  capabilities,  and  allows  the  user  to  volunteer  infor¬ 
mation  at  any  time  before  or  during  a  consultation. 

In  general,  the  purpose  of  a  consultation  is  to  determine  values 
for  an  attribute  of  an  object  based  on  information  obtained  from 
the  user,  from  the  knowledge  base,  and  by  inference.  If  a  unique 
value  of  the  desired  attribute  cannot  be  directly  established,  IKE 
reasons  “backwards,”  looking  for  all  rules  in  its  rule  base  whose 
consequents  may  provide  evidence  about  values  for  the  attribute 
under  exploration.  Each  rule  that  is  applicable  becomes  part  of  the 
inference  path.  IKE  must  then  find  values  of  attributes  used  in 
the  antecedents  of  these  rules.  To  do  this,  IKE  agam  searches  the 
knowledge  base  for  facts  and  rules  that  may  provide  evidence  about 
values  for  these  attributes.  This  process  of  alternation  between  seek¬ 
ing  values  for  attributes  and  seeking  facts  and  rules  that  provide 
evidence  for  establishing  these  values  is  how  IKE  does  backward 
chaining.  Eackward  chaining  continues  unnl  either  IKE  establishes 
the  needed  values  or,  if  it  cannot  establish  these  values  independent!  v, 
obtains  them  through  querying  the  consultation  user. 

The  domain  expert  can  assign  priorities  to  rules.  These  priorities  are 
used  to  direct  to  try  certain  inference  paths  before  others. 

If  the  user  decides  to  volunteer  information,  IKE  will  forward 
chain  to  determine  the  implications  of  the  new  information  for  the 
ongoing  consultation.  Should  the  user  change  her/his  mind  about 
a  previous  faa,  the  user  may  input  this  change  at  any  time  during 
the  consultation,  and  IKE  will  correct  all  inferences  that  need  to  be 
modified  as  a  result  of  this  change.  This  powerful  feature  is  called 
truth  maintenance. 
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Illustration  2.  During  consultation,  IKE  builds  a  graphical  inference 
history  tree.  The  user  can  explore  any  part  of  this  inference  history 
and  readily  gain  an  understanding  of  how  the  consultation  results 
were  determined. 


Uncertainty  Management 

IKE  has  facilities  for  applications  containing  elements  of  uncertainty, 
such  as  diagnosis  of  electronic  devices,  medicine,  finance,  and  inter¬ 
national  affairs.  IKE  uses  measures  of  confidence  called  certainty 
factors.  Certainty  faaors  are  used  to  indicate; 

•  how  strong  or  certam  the  assoaation  is  between  a  rule’s 
antecedents  and  its  conclusions,  or 

•  the  accuracy,  truthfulness,  and/or  reliability  of  the  informa¬ 
tion  provided  by  the  user  during  a  consultation. 

For  example,  an  economist  may  assign  a  confidence  factor  ofO.B  to 
an  expected  rise  in  the  cost  of  world  grain  due  to  a  poor  long  range 
weather  forecast.  The  0.8  indicates  a  strong  belief,  on  the  part  of  the 
domain  expert,  in  the  strength  of  the  relation  between  weather  and 
grain  production.  During  a  consultation,  IKE  may  ask -the  user  for 
information  about  a  long  range  weather  forecast.  If  the  consultation 
user  responds  that  drought  is  predicted  with  a  certainty  factor  of  0.5, 
she  or  he  is  not  challenging  the  domain  expert’s  belief.  Instead,  the 
consultation  user  is  expressing  uncertainty  about  the  definitiveness 
of  the  forecast. 


Iruth  Maintenance 


During  a  consultarion,  a  user  may  want  to  volunteer  information. 
Frequently,  this  information  will  change  the  values  of  earlier  inputs, 
since 

•  new  information  may  have  come  to  light, 

•  the  user  may  want  to  do  v,  hat-if  analysis  or  explore  alterna¬ 
tives  by  changing  certain  key  values,  or 

•  the  user  may  have  developed  a  new  opimon  or  need  to 
change  an  incorrect  value. 

Changing  values  during  a  consultation  affects  the  validir’  of 
interences  that  have  been  derived  as  a  consequence  of  the  previous 
values.  iManv  expert  systems  do  not  allow  users  to  change  values 
during  a  consultation.  However,  with  IKE,  v/hen  the  user  changes  a 
value  during  a  consultanon,  IKE’s  truth  maintenance  svstern  checks 
and  appropnattily  updates  previous  inferences  that  are  affeaed  by 
the  changed  value. 

For  example,  in  an  automobile  engine  diagnosis,  the  fact  that  the 
headlights  are  working  properly  might  lead  to  the  inference  that  the 
battery  is  fullv  charged  and  that  therefore,  the  engine  does  not  uirn 
over  because  the  starter  motor  is  broken.  If  the  user  later  realizes  that 
the  headlights  are  dim  (not  working  properly)  and  enters  this  new 
aiformation.  IKE  will  review  the  inferences  based  on  this  fact.  With 
tins  new  informanon,  IKE  might  now  infer  that  the  battery  is  insuf- 
ticientlv  charged,  and  then  conclude  that  the  engine  does  not  turn 
over  because  the  charge  on  the  batterv  is  insufficient  tor  starting 
the  car. 

In  some  ways,  IKE’s  truth  maintenance  is  analogous  to  the  recal¬ 
culation  capabilities  of  automated  spreadsheets.  In  an  automated 
spreadsheet,  each  time  a  value  is  changed,  all  calcialations  based  on 
chat  '.  alue  are  automancally  updated.  In  IKE,  each  nme  a  value  is 
changed,  all  itifcn’mci  and  cdlculations  based  on  that  value  are  automat¬ 
ically  updated. 

IKE’s  truth  mauitenance  system  provides  great  tlexibility  in 
consultation  usage.  Senous  expert  system  consultations  are  often 
extensive,  and  the  user  will  typicallv  provide  many  values  as  the 
consultation  proceeds.  Without  tmth  maintenance,  changing  just 
one  ot  these  values  would  cause  the  user  to  have  to  redo  the  entire 
consultation;  thus,  what-if  analysis  is  inteasible.  Tmth  maintenance 
makes  IKE  effective  during  consultations  with  changing  data,  and 
suppt)rrs  the  full  exploration  ot  hvpochetical  aitencinves. 


Knowledge  Base  Management 

IKE  provides  the  user  with  extensive  and  powerful  tools  for  knowl¬ 
edge  base  management.  These  tools  allow  large  and  sophisticated 
IKE  applications,  with  thousands  of  rules,  to  be  developed  and 
managed. 

The  principle  tools  needed  for  the  construction,  updating,  and 
modification  of  a  knowledge  base  include  searching  and  retrieval, 
replacement  and  sorting.  In  IKE,  objects,  attnbutes,  and  rules  can  be 
retrieved  and  sorted 

•  based  on  specific  words  or  phrases, 

•  according  to  their  author(s), 

•  according  to  their  last  date  of  modification,  and 

•  based  on  specified  types  of  problems  (e.g.  statements  with 
undefined  terms). 

Once  retneved,  these  items  can  be  easily  edited  and  modified. 

Words  and  phrases  in  the  IKE  knowledge  base  can  alsp  be  located 
and  globally  replaced. 

In  addition,  IKE  can  perform  retrievals  on  several  conditions  at 
once,  which  allows  for  tight  specifications  of  retrievals  from  the 
knowledge  base.  Thus,  domain  experts  can  easily  find  subsets  of 
rules  focused  on  a  specific  topic  where  some  contradiction  or  prob¬ 
lem  may  have  occurred,  IKE’s  knowledge  base  management  tools 
are  the  right  set  of  tools  to  encourage  and  support  joint  and  incre¬ 
mental  development  of  large  knowledge  bases. 


Modeling  the  Domain  with  EKE 

Domain  knowledge  for  each  application  is  developed  by  the  domain 
expert.  In  IKE,  tliis  domain  knowledge  is  structured  by: 

•  describing  objects,  including  their  attributes  and  default 
values; 

•  specifying  basic  relationships  among  these  objects.  These 
relationships  include  inheritance,  roles,  part/whole,  etc.; 

•  specifying  complex  relationships  among  these  objeas  using 
it-chen  roles  (interence  rules)  with  uncertainty  factors; 

•  tunction  definitions;  and 

•  providing  textual  descriptions  of  specific  objects  (optional). 

Knowledge  of  the  domain  is  modeled  in  terms  of  objeas.  attributes, 
relationships,  values,  and  rules.  Objeas  in  IKE  are  represented  by 
“frames.”  In  general,  a  frame  consists  of  “slots”  that  describe  differ¬ 
ent  aspects  or  attributes  of  the  given  objea.  A  frame-based  represen¬ 
tation  allows  objects  to  inherit  attributes  from  higher  level  objeas, 
and  to  have  a  variety  of  relationships  to  other  domain  objects.  This 
makes  it  possible  for  the  expert  to  develop  the  domain  model  in 
terms  of  higher  level  constructs.  The  domain  expert  can  easdy  aeate 
or  modify  objects,  attributes,  objea  relationships  and  inference  rules 
through  the  use  of  IKE’s  user-interface  and  graphics.  Domain  spea- 
fications  and  rules  can  be  developed  in  IKE  in  any  order. 
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Illustration  3.  Objects  and  attributes  in  IKE  are  represented  as  icons. 
A  frame  jorresponding  to  each  icon  can  be  selected  for  viewing 
and  editing. 


Portability  and  System  Requirements 

IKE  IS  designed  to  run  m  ZetaLISP  and  CommonLISP  environ¬ 
ments,  Knowledge  bases  created  under  IKE  will  be  comparible 
across  all  implementarions  of  IKE. 

IKE  currently  runs  on  the  LMI  Lambda  ",  and  the 
TI  Explorer  " /LMI  Lambda/E IKE  requires  4  megabytes 
of  memo rv. 

A  CommonLISP  version  of  IKE  will  soon  be  available  for  conven¬ 
tional  workstations  supporting  CommonLISP  mcluding  SUN-3  ", 
DEC  Micro VAXII  ",  and  others. 
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Features  and  Benefits 


IKE  (Integrated  Knowledge  Environment)  is  a  state-of-the-art, 
powerful,  flexible,  user-fiiendly,  and  complete  environment  for 
building  large  expert  systems  and  running  goal-directed  consulta¬ 
tions.  IKE  is  particularly  well  suited  for  easy  and  rapid  development 
of  sophisticated  expert  systems  applications.  IKE  is  designed  to  be 
the  expert  system  software  that  most  professionals  will  want  to  use. 

Ease  of  Use 

•  Complete  high-level  environment,  with  extensive  graphical 
aids. 

•  Namral  language  menu-based  interface. 

•  Full  functionality  of  IKE  available  without  any 
programming, 

•  User  can  build  functional,  sophisticated  expert  systems 
applications  in  weeks  rather  than  months  or  years. 

Powerful  Inference  Mechanisms 

•  Forward  and  backward  chaining. 

•  Objects  with  inheritance. 

•  Uncertainty  management. 

•  Truth  maintenance  (for  exploring  hypothetical  alternatives). 

•  Monitoring  and  examining  the  inference  tree. 

The  Right  Kind  of  Knowledge  Base  for  ycur  Expert  System 

•  Dccp-kjiuwi'  - ig;.  modeling  ofobjeas  and  attnbutes. 

^  User  enters  knowledge  in  structured  namral  languagc. 

•  Extensive,  graphics-based  tools  for  creating,  browsing 
through,  and  modifying  the  knowledge  base. 

•  Default  values  for  attributes. 

•  Facilities  for  documentation  of  domam  knowledge. 

•  User  may  defme  and  use  mathematical  functions. 

•  Supports  joint  and  incremental  applications  developments. 


IKE,  LMI  Lambda  and  LMI  Lambda/E  are  trademarlcs  of  LISP  Machine,  Inc. 
Explorer  is  a  trademark  of  Texas  Instruments. 

Sun-3  is  a  trademark  of  Sun  Microsystems,  Inc. 

Micro  VAX  II  is  a  trademark  of  Digital  Equipment  Corporanon. 

Contaa: 

LMI 

#4 

6  Technology  Drive 
Andover,  MA  01810 
(617)  682-0500 
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Knowledge  Engineering  Environment  ™ 

(KEE)  System: 

Update 

August  1986 


This  yeat  at  AAAI  '86,  the  KEE  system  celebrates  its  third  anniversary  and  third 
major  release.  This  update  provides  a  brief  summary  of  the  evolution  of  our 
customer  base,  KEE  and  IntelliCorp  from  1983  to  th  ?  present. 


<0  Copyright  IntelliCorp  1986.  All  rights  reserved. 


IntelliCorp’s 


Knowledge  Engineering  Environment  ™ 
(KEE)  System: 

Update 


1.0  IntelUCorn  and  KEE  lead  the  industry. 

IntdliCorp  piooeeitd  the  commercialization  of  knowledge  processing  with  the  introduction  of  KEE 
in  1983.  KEE  is  the  most  widely  used,  widely  accepted  software  for  building  large,  complex 
knowledge  systems,  with  almost  950  copies  of  KEE  licensed  to  over  250  sites,  mostly  Fortune  500 
companies.  KEE’s  functionality  has  evolved  over  the  years,  in  response  to  our  customers'  needs, 
the  market,  and  the  advancement  of  the  technology. 

1.1.  JThe  Evolving  Family  of  KEE-based  Products 

With  the  introduction  of  SimKit™  in  1985,  IntelliCorp  was  the  first  AI  software  company  to  offer 
'second  generation'  development  software  that  brings  KEE's  problem  solving  capabilities  closer  to 
the  end  user  SimKit,  built  with  and  on  KEE,  represents  a  powerful  marriage  of  knowledge  system 
and  simulation  technologies. 

L2i _ Economical  Delivery  of  Coinoleted  Systems. 

With  the  announcement  of  the  PC-Host  system  in  1985,  IntelliCorp  offered  the  first  economical 
capability  for  distributing  completed  applications  to  end-users  on  more  traditional  hardware  without 
the  time-consuming  process  of  convening  the  application  to  conventional  programming  languages. 


KEE-t?asfid  applications 

Today,  KEE  supports  the  development  of  divene  applications  in  a  multitude  of  industries. 
Tomorrow,  these  applications  are  limited  only  by  our  imaginations.  Customers  are  building  a 
broad  range  of  applications,  including,  but  not  limited  to: 

Alarm  processing 
Analysts 

Data  IntopetationyData  Fusion 

Decisioa  Support 

Design 

Diagpoosis  &  Correction 
Forecasting 
Intelligent  Advisex* 

Intelligent  Database  Interface 

Layout  &,  Configuration 

Planning 

Ptocess  control 

Projert  Management 

Real  time  di^osis  &  control 

Resource  Allocation 

Scheduling 

Sensor  interpretation 

Simulation 

Training 


KEB^cnstonien  repraeot  the  following  industries: 

Aotmace 

CJiamcals 

Coiualtants 

Hectrooia 

Ptwnrial 

Oovenunent 

Insnnnce 

Intelligence 

Mamuacturing 

Mlitajy 

Oil 

Phaimaceuticals 

Poblishing 

Tdecommunications 

Utilities 


3.0  What  is  needed  to  build  cost-effective  knowledge  systems? 

As  we  work  with  our  customers,  our  understanding  deepens  of  what  is  required  to  build  and 
deliver  "industrial  strength"  knowledge  systems.  We  believe  that  KEE  3.0  offers  a  comprehensive 
range  of  tools  for  appropriately  addressing  these  requirements. 

We  have  found  that  cost-effective  knowledge  systems  usually  have  many  different  uses  and 
users..  They  are  far  more  versatile  and  flexible  than  classic  expert  systems.  They  require  an 
explicit  and  clear  model  of  the  problem  domain  which  can  then  be  accessed  by  various  reasoning 
and  analysis,  and  different  users.  (For  further  information  on  the  requirements  for  building 
knowledge  systems,  see  our  INTEI  J  .INEWS  on  Model  Based  Reasoning.) 

4.0  matisKKK? 

You  need  more  than  reasoning  tools  to  build  knowledge  systems.  The  hard  problems  center  on 
acquiring  representing,  and  interacting  with  knowledge .  in  a  productive 
prognmmingenvironnunt..  IntelliCk^  has  recognized  this  from  the  first  KEE's  name,  the 
knowledge  ^gineexing  Environment  is  no  accident  Br  ily,  KEEis; 

•  Mature,  proven,  comprehensive  software 

•  A  comp^ensive  product  —  integrating  the  best  A)  technology  into  a  versatile  range 
of  tools 

•  Flexible,  powerful,  and  productive  environment  for  the  full  software  cycle  --  from 
prototype,  through  development  to  delivery 

•  Versatile  —used  for  a  wide  range  of  large,  complex  knowledge-based  systems,  and  by  a 
wide  bandwidth  of  users  -  programmers  (from  the  AI  novice  to  the  Ph.D.  in  AI),  expens, 
and  end-users  (from  top  management  to  blue  collar  laborers) 

•  Easy  to  use  and  understand,  accessing  the  power  and  flexibility  of  the  all  of  KEE  tools 

•  An  open  system  to  facilitate  large  application  development,  usability  and  extendability . 

5.0.  KER  3;  Functionality  &  Features 

IntelliCorp's  Knowledge  Engineering  Environment,  which  continues  to  evolve,  is  now  in  its  third 
major  release.  With  each  release,  IntelliCorp  has  extended  KEE's  functionality,  while 
minimiziong  the  conversion  process  for  its  customers. 


KEE  offers  advanced  functionality  for  building  mr-dcls,  reasoning  about  and  analyzing  those 
models,  communicating  with  external  systems  --all  in  a  clear,  understandable  and  interactive 
manner.  All  of  KEE's  versatile  tools  arc  fully  integrated.  Not  only  is  the  integration  of  these  tools 
a  synergistic  combination  of  features,  but  it  is  also  the  fundamental  reason  that  KEE  can  support 
such  a  diverse  array  of  knowledge  systems  so  well. 

5.L  KEE's  REPRESE.NTATION  LANGUAGE  for  clear,  well-organized  models. 
Cost-effective  knowledge  systems  requires  a  clear,  well-organized,  dynamic  model.  To  this 
purpose,  KEE  provides  the  richest,  most  expressive,  clear  and  flexible  representation  language 
available  --  an  Object  Oriented  Frame-Based  Representation  Language,  enabling  the 
representation  of  symbolic,  autonomous  objects  in  KEE.  Each  object  knows  all  of  the  factual  and 
behavioral  information  about  itself.  Users  can  send  objects  messages  to  elicit  behavior,  and  objects 
can  rapidly  communicate  with  each  other  via  message  passing. 

The  basic  building  block  for  a  model  in  KEE  is  the  object,  which  is  represented  in  2,  frame  called 
a  unit.  Each  unit  is  autonomous  and  self-knowing,  containing  all  factual,  behavioral  and 
relational  information  about  itself.  The  attributes  of  units  are  represented  as  slots.  A  unit  can  be 
thought  of  as  an  extended,  sophisticated,  very  rich  data  rccorc.  containing  not  only  static  dat.; 
fields,  but  also  various  consistency  checking  mechanisms,  dynamic  subroutines,  plus 
multiple  inheritance  and  relations. 

The  organization  of  large  amounts  of  knowledge  is  crucial  to  successful  knowledge  systems, 
KEE's  offers  the  most  sophisticated  tools  for  organization  and  information  management.  Objects 
can  be  organized  into  a  hierarchical  relations  of  class-subclass-mcmber  with  full  multiple 
inheritance.  Classes  of  objects  can  be  grouped  together  imo  modular  knowledge  bases. 
Knowledge  bases  can  readily  interact  and  communicate  with  one  another  since  they  share  the 
common  KEE  language  of  frame  representation. 

KEE's  representation  language  supp<'irts  the  building  of  a  full,  complex  model.  This  fundamental 
model  or  "background  world"  can  then  be  used  for  modeling  multiple  worlds  wiir, 
KEEworlds’”*^ .  (KEEworlds  is  a  new  feature  of  KEE  3.0.)  Some  problems  requiie  expionne 
vanous  alternatives  simultaneously  m  order  to  rapidly  arrive  at  a  soluuon.  KEEworlds  provides 
powerful  tools  for  exploring  multiple  hypothetical  situations  and  alternatives.  Consistency  "t 
knowledge  is  automaccally  maintained  as  worlds'  states  change  through  the  most  advanced 
assumption-based  truth  maintenance  system  (ATMS)  available  The  .ATMS  automatically 
keeps  track  of  truth  and  contradiction,  eliminates  worlds  that  violate  constraints,  and  provide-s 
explanation  graphs  to  crack  system  behavior.  (.N'ote;  Johan  deKlcer.  the  ongmator  of  ATM.S,  ;s  a 
member  of  IntelliCorp  s  Scientific  .Advisory  Board.) 

By  integrating  KEEworlds  into  KEh.  IntelliCorp  has  advanced  the  state-of-the-art  of  .AI 
development  software.  For  the  fimt  time,  a  complete  multiple  worlds  mechanism  is  integrated  wuli 
a  sophisticated  object-onented  frame  system  All  of  KEE's  tools  are  available  in  all  worlds, 
providmg  a  powerful  synergy  m  KHE 


iuii _ REASONING  &  ANALYSIS  TOOLS  for  problem-solving  The  .modulams  cf 

KEE  means  that  the  model  can  be  both  physically  and  logically  separated  from  the  masoning  aiuj 
analysis.  This  has  profound  implications  for  programmer  produc'iviiy  and  software  lite  cycle 
costs  KEE  offers  a  vanety  of  features  (or  reasoning  and  analysis 

_ Production  Rule  System  KEF  provides  a  powerful  production  rule  system  Im 

etl  icient,  controlled  search  mduding: 

-  Each  rule  is  represented  as  a  unit  m  KEE,  and  thus  enjovs  the  full  benefits  oi  Kl.l.s 
modeling  language.  Rules  directly  reft’rence  and  interact  with  other  objects  .  icasoiung 
about  the  rn<xJel  Rule  premises  and  ci>r.clusions  dvnamicall\  re. id  In'im  ami  wnie  nio  snii-, 
value  facets 

•SiiKe  rules  aie  ohiects,  thes  lules  can  h-‘  organi/ei!  into  rule  classes  lor  yiaois.  .nui  l.i.a; 


performance  resulting  from  carefully  directed  and  controlled  search.  Rules  car.  belong  to  multiple 
rule  classes  and/or  subclasses.  This  organization  contributes  significantly  to  programmer 
productivity  and  efficient  control  of  search  space. 

-  Forward  and  backward  chaining  with  automatic  backtracking  when  appropriate. 

-  Capabilities  for  mixing  chaining  dirertiuns  in  reasoning  sequences,  both  in  advance  and 
dynamically  at  run  time  . 

-  Clear,  easy-to~understand  rule  symax. 

■  User-controllable  search  over  a  broad  number  of  parameters  for  both  forward  and  backward 
chaining  is  available  and  user-extendable.  The  search  and  conflict  resolution  strategies  arc  both 
represented  as  slots  in  the  rule  class,  so  the  value  can  be  easily  set  in  advance  or  dynamically  at  run 
time  to  prune  the  search  space  for  opdmization. 

-  Deduction  rules  to  infer  facts  from  other  facts  and  state  constraints,  and  to  prune  inconsistent, 
negligible  &nd  undesirable  worlds.  Action  rules  to  add  and  delete  facts  in  existing  worlds. 
Action  rules  to  spawn  new  worlds  with  specified  facts. 

-  Agenda  mechanism  to  control  rule  firing  order,  with  functions  provided  for  adding  and 
removing  from  the  agenda. 

-  Rules  can  take  actions 

-  Logic  operators  available  for  referencing  the  frame  structure  in  the  T ellandAsk  language. 
They  extend  beyond  classic  logic  since  they  deal  not  only  with  True  and  False  but  also  Unknown 
states.  Knowledge  State  Operators  evaluate  states,  and  arc  limited  to  True, 'False.  Term 
Operators  can  reference  some  pan  of  a  list  of  Values  in  the  Value  facet  of  a  Unit. 

-  Monotonic  and  non-monotonic  reasoning  arc  both  supported  in  KEE  for  solving  a  '3roari 
range  of  problems. 

-  Dynamic,  highly  interactive  development,  debugging  and  explanation  facilities 

-  Interpreter  for  productive  development  and  rule  compiler  for  run  time  performance. 

-  User-extensibility  of  all  parts  of  the  nilc  system  (i.e.. search  strategies,  parsers,  agenda  etc  ' 

5JJ.  TellancLXsk  This  logic  language,  with  a  clear  syntajt,  provides  facilities  for  building 
and  modifying  a  knowledge  base,  retrieving  infonnation  and  iniuating  reasoning,  and  efficieni 
direction  and  control  of  search. 

5J  J.  Reasonine  from  Frames  The  deductive  and  retrieval  capabilities  of  the  frame  system 
suppon  direct  and  efficient  reasoning  from  the  frames  -  often  without  invoking  a  rule.  (See  "The 
Role  of  Frame-Based  Representation  in  Reasoning”.  Richard  Fikes  and  Tom  Kehlcr. 
Communications  of  the  ACM  ,  September  1985,  Volume  28.  .Number  9  ) 

_ Reasoning  across  ^\orlds  can  be  pertormed  by  the  nile  svstem  or  procedural  Lisp 

code. 

J-t. _ Object  Oriented  Pro^rammine  with  methods.  Lisp  procedures  which  perform 

conditional  analysis  and  make  changes  to  the  system  based  on  that  analysis.  Methodsprovide  the 
fast,  efficient  message  passing  capabilities  of  Object  Onented  Programming,  and  can  be  attached  to 
any  slot. 

5J.6.  Data  Directed  Programmins  with  dynamic  activ ;  values  or  demons  provide  a 
very  fast  mechanism  for  localized,  direct  reasoning  and  analysis  when  there  is  a  state  change 
Active  values  are  Lisp  procedures  attached  to  a  slots  that  fiie  when  the  slot  value  is  changed 
They  are  'smart ,  knowing  how  to  monitor  the  slot  value  .and  respond  to  changes  appropnatelv 
An  active  value  can  be  attached  to  any  slot  in  KEE.  In  a  rule-based  systems,  rules  would  have  to 
provide  this  capability,  adding  significant  overhead. 

5J.7.  Access  Oriented  Programming  with  activevalues  that  fire  when  the  slot  value  is 
retrieved. 


5.3.  TNTRRFACE  TOOLS  for  gasg  of  understanding.  In  order  for  a  development 
environinent  to  be  imly  productive,  all  of  its  powerful  technology  must  be  casy-to-usc.  This  means 
being  able  to  clearly  understand  it,  and  to  mteract  with  it  simply  and  productively.  Computer 
science  has  devoted  much  investigation  into  intearface  technology  recogniang  the  significant  role  it 
plays  in  managing  complex  infrnmadon  systems.  K££  integrates  the  most  advanced  and  versatile 
int^ace  tools  available,  providing  a  muldtude  of  'doors  and  windows'  into  K££  for  clear  and 
natural  interaction.  These  support  the  full  spectrum  of  users  --  from  the  naive  to  the  most 
advanced. 

5JJ.  KEE*s  Ustf  Granhics  Tonlx  There  is  much  truth  in  the  old  adage:  "A  picture  is 
worth  a  thousand  words."  Cognitive  science  has  shown  that  as  much  as  80%  of  human  sensory 
input  is  visual.  InteiliCorp  has  developed  powerful  graphic;*,  tools  that  take  advantage  of  the 
graphics  capabilities  of  advanced  computer  systems. 

-  KEEpictures^  help  users  construct  customized,  'smart  'graphic  images  and  interfaces  that  are 
machine  independent  and  extensible.  KEEpictures  takes  full  advantage  of  object  oriented 
programming,  so  each  picture  knows  how  to  behave  (i.c.,  draw,  display,  rotate  itself.)  This  is  a 
new  feature  in  KEE  3.0. 

'Activelmages^  \%  a  library  of  smart  object  images  built  witli  KEEpictures  which  can  be 
attached  to  slots  to  display  or  change  the  current  value  of  the  slot  TTiis  dynamic,  two-w  „v 
communication  is  made  possible  by  to  object  oriented  programming.  Images  can  be  attached  to 
slots  iautomatically,  and  readily  modified  or  customized.  Textual  images  can  be  customized  for 
natural  interaction.  Groups  of  images  can  be  organized  into  control  panels,  which  can  be  quickly 
shrunk  and  expanded  as  needed.  Activcimages  have  been  enhanced  for  KEE  3.0. 


5JJ.  KEE  system  interface  tools  ire  highly  dynamic  and  interactive,  offering  various 
levels  of  interaction. 

-  Dynamic  multiple  windowing  system  thet  is  easy  to  use.  Muluple  windows  provide 
programmers  with  various  views  into  the  system  s'multancously  and  are  easily  user-defined 

-  Desktops  Windows  can  be  organized  on  a  screen,  with  the  information  displayed  as  specified. 
A  screen  can  be  quickly  identified  as  a  desktop.  The  programmer  can  define  multiple  deslaops  and 
switch  between  them  by  simply  selecting  from  a  menu  with  a  mouse.  The  end-user  can  be  locked 
out  from  the  underlying  system  for  security  through  desktops.  (This  is  a  new  feature  of  KEE  3.0.) 

-  Mouse-menu  interaction  in  KEE  provides  productive  and  easy-to-use  means  for  issuing 
commands  to  KEE  A  variety  of  menus,  with  laycts  of  sub-menus  arc  available.  And  users  can 
customize  menus  for  development  and  delivery. 

'WorldBrowser  is  a  dynamic,  active  interface  for  exploration,  interaction  with  and 
understanding  of  KEEworlds. 

-  Rule  debugging  is  facilitated  by  the  dynamic  tracing  of  And-  &  Or  -tree  reasoning  graphs. 
These  gn^hs  have  active  nodes  for  u^gling  breakpoint  switches,  and  automatically  calling  up  the 
rule  unto  consideration.  Toggle  switches  are  also  available  for  automatically  turning  on  various 
debug^g  facilities  such  as  stepper  mode,  and  rule  graphs  loic  text  traces. 

-  ExplanMion  graphs  of  completed  rule-based  reasoning  sequences  are  automatically  available. 

-  Dynamic  editors  for  building  and  editing  knowledge  bases  units,  rule  classes,  rules,  etc. 

SA  EXTENSTBUITY.  PERFORMANCE  &  COMPATARTIJTV. 


5A.1.  Open  architecture  InteiliCorp  chose  to  design  KEE  as  an  open  system.  This  has 
enabled  clear,  rapidly  accessible,  modifiable  and  extensible  KEE-bas^  systems.  Advanced 
programmers  can  easily  customize  and  extend  KEE  in  a  number  of  ways  because  of  the  open 
archi^turc  and  synergistic  integration  of  all  of  KEE’s  tools.  This  flexibility  has  allowed  duect 
user  input  to  KEE-based  system  in  other  programming  languages  (i.e.,  C,  BASIC),  and  direct 
communication  with  external  systems.  Perhaps  most  impor*ant,  it  has  allowed  InteiliCorp  to 
readily  extend  and  evolve  KEE  to  meet  the  needs  of  customers. 


5.42.  Factfixt  nerfnrmnnre.  KEE  is  optimized  for  speed  at  each  suge  of  the  software  life 
cycle.  During  development,  KEE  runs  automatically  in  interpreted  mode,  giving  instant 
feedback  to  all  changes.  As  such,  it  brings  significant  productivity  gains.  Once  rules, 
ActiveValues,  and  Methods  have  been  debugged,  they  can  be  compiled  for  quick  execution 
Other  performance  gains  are  rendered  by  the  basic  architecture  of  KEE.  Object  oriented 
programming  bnngs  organization  and  modulanty,  and  the  fastest  data  directed  programming  anc 
information  retrieval.  Rules  classes  segment  rules,  efficiently  controlling  and  directing  search 
.ActiveValues  and  Methods  localize  reasoning  and  analysis  for  direct,  rapid  response. 

5.43.  Cross-mackine  cnmoatabilitv  KEE  is  now  available  in  CommonLisp  with 
CommonV/indows,  making  poning  across  different  hardware  virtually  effortless. 
CoramonWindows  sit  underneath  all  of  KEE's  graphics,  enabling  the  porting  of  KEE-based 
applications  readily  across  various  hardware.  The  porting  of  full  graphics  is  unique  to  KCH 
Designed  fnd  implemented  by  IntclliCorp  staff,  CommonWindows  is  quickly  becoming  the 
industsy  standard. 


6.0.  Customer  Services  for  Customer  Success 

6.1.  Technology  Transfer  from  Intellicorp  to  our  Customers  is  achieved  not  only 
through  providing  state-of-the-art  products,  but  through  a  strong  range  of  services  to  support  our 
customers  in  applying  the  technology  to  their  business  problems. 

6.2.  A  wide  ranpe  of  resnnn.sive  services  arc  available  to  assist  customers  in  putting  KEF. 
to  work  to  meet  their  business  goals.  These  services  include: 

■Training  in  the  use  of  IntelliCorp's  products.  Hands-on  approach  tailored  to  each  individual 
customer':;  problem.  Tlie  KEE  3.0  training  is  a  9  day  course.  The  last  2  days  focus  on  building 
the  customer's  applicauon. 

-  Apprenticeships  —  An  intensive  one-month  tutorial  at  IntelliCorp.  the  apprenticeship  program 
teams  a  skilled  1C  Knowledge  Engineer  with  the  customer  team  to  build  a  full  protory-pe  of  the 
customers'  application,  This  popular  program  provides  a  strong  accelerator  on  the  customer  ^ 
learning  curve. 

-  Contract  applications  services  —  IntclliCorp  has  a  large  staff  of  experienced  Knowledge 
Engineers  whose  services  are  tailored  to  meet  the  customer's  needs,  and  span  the  range  from  ven, 
short  contracts  to  assess  the  feasibility  of  building  a  specific  applicauon,  to  complete  tumkev 
systems. 

-  On-going  technical  support  --  IntclliCorp  has  a  strong  customer  sei'vices  team  who  work 
with  KEE  customcn  by  telephone  and  on-site.  Each  customer  has  a  customer  services 
representative  who  provides  continuity  in  the  customer-InteiliCorp  partnership.  Based  in 
California,  the  services  telephone  lines  are  op>en  from  5  a.m.to  5  p.m.  P.S.T. 

6.3.  Standard  KEE  Support  Packa£e  IntclliCorp  has  found  that  the  following  set  of 
support  services  provides  an  effecuve  means  of  successfully  launching  and  sustaining  customers 
use  of  KEE: 

9  days  of  training  for  a  team  of  2  people 
2  days  of  consulting  (to  be  taken  within  90  days  of  training) 

site  support  (on-going  telephone  support,  software  &  documentation  maimenance  &  updates i 
Other  services  can  be  configured  as  appropnate  to  meet  the  customer's  needs 


7.0  Summary 


This  update  has  been  intended  to  give  a  brief  overview  of  IntcUiCorp’s  Knowledge  Engineering 
Environmeat  release  3.0.  IntelliCorp  continues  to  invest  heavily  in  research  and  development, 
inte^ating  our  advanced  AI  research  into  our  current  and  future  products.  IntelliCorp  will 
contin_e  to  evolve  our  current  family  of  products,  develop  new  advanced  products,  and 
engineering  innovations  for  development  and  delivciy  of  Icnowledge  systems. 

IntelliCorp  is  committed  to  continuing  as  the  industry  leader  by  anricipadn  j  the  needs  in  the 
maikc^IaM,  and  pjmviding  products  &  application  support  services  to  meet  those  needs. 
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KES— AN  EXPERT  SYSTEM  DEVELOPMENT  TOOL 


ABSTRACT 

The  Knowledge  Engineering  System  (KES)  is  a  tool  that  supports  the  rapid 
development  of  prototype  or  production  expert  systems.  The  system  features 
three  choices  of  knowledge  representation  and  inference  engine,  and  an 
English-like  language  for  specifying  the  knowledge  base  of  an  expert  system. 

An  artificial  intelligence  (AI)  or  computer  science  background  is  not  required 
to  use  KES  to  develop  expert  systems.  This  paper  introduces  the  concepts  of 
expert  systems  and  knowledge  engineering;  describes  KES;  illustrates  the 
expert  system  development  process  using  KES;  discusses  some  applications 
developed  using  KES;  and  outlines  future  product  plans. 


INTRODUCTION 

Software  AiE's  Knowledge  Engineering  System  (KES)  is  a  set  of  tools  for 
developing  expert  systems.  KES  can  be  used  to  develop  expert  systems  in  a 
wide  variety  of  application  areas  found  in  commercial,  industrial,  government, 
and  military  environments.  KES  greatly  simplifies  the  tasks  of  building, 
maintaining,  and  using  expert  systems.  KES  provides  the  reasoning  and 
deduction,  as  well  as  the  user  interface,  while  the  knowledge  base  author 
provides  the  'knowledge'  unique  to  the  application. 


ARTIFICIAL  INTELLIGENCE  AM3  KNOWLEDGE  ENGINEERING 

One  of  the  main  goals  in  the  study  of  artificial  intelligence  (Al)  is  to 
create  computer  programs  that  perform  actions  which,  when  performed  by  humans, 
can  be  said  to  require  intelligence  [1].  More  precisely,  AI  is  the  study  of 
"the  principles  of  intelligence  using  information  processing  concepts  as  its 
theoretical  framework  and  the  computer  as  its  principal  tool"  [2i. 

Expert  systems  are  computer-based  software  systems  that  achieve  high 
levels  of  pcrfornance  in  task  areas  that,  for  peopJe,  require  years  of  special 
education  and  training  [3].  After  many  years  in  the  laboratory,  expert 
systems  are  now  being  put.  into  operational  use  in  a  variety  of  applications. 
The  applied  sub-field  of  AI  that  deals  with  building  expert  systems  is  called 
knowledge  engineering. 

Conventional  software  systems  can  be  thought  of  as  applying  an  algorithm 
(the  program)  against  a  data  base  with  a  current  set  of  data.  In  contrast,  an 
expert  system  has  the  implementation  of  the  control  structure  (the  inference 
engine)  separated  from  the  'rules'  or  other  knowledge  representation,  which 
are  stored  in  the  knowledge  base. 


A  partial  list  of  current  and  planned  applications  of  expert  systems  is 


inedical  diagnosis 
equipment  failure  diagnosis 
computer  configuration 

chemical  data  interpretation/structure  elucidation 

experiment  planning 

spieech  and  image  understanding 

financial  decision  making 

signal  interpretation 

mineral  exploratich 

military  intelligence  and  planning 

advising  about  computer  system  use 

integrated  circuit  design 


Some  specific  examples  of  expert  systems  and  their  developers  are 

DEM3RAL  determines  molecular  structure  from  mass  spectrometer 

data  (Stanford) 

MYCIN  diagnoses  bacterial  blood  diseases  (Stanford) 

PROSPECTOR  advisor  for  mineral  exploration  (SRI) 

DIFWETER  advisor  for  oil  well  drill  sites  (Schlumoerger) 

RI  configures  computer  systems  (CMU/DEC) 

STEAMER  trains  machinist  mates  in  shipboard  repair  and 

nraintenance  (Westinghouse) 


A  recent  survey  of  the  application  of  expert  system  technology 
identified  the  following  advantages  of  its  use  as  an  alternative  to 
conventional  software  architectures  [4]: 


automation  of  tasks  previously  not  feasible 
easier  to  use  and  understand 

spectacular  increase  in  programming  productivity 
genuine  extension  of  human  capabilities 


ThE  KNOWLEDGE  ENGINEERING  SYSTEM 


CHARACTERISTICS 

KES  eases  the  building  and  maintaining  of  expert  systems.  The  knowledge 
base  author  does  not  need  to  be  an  AI  or  even  computer  expert.  He  uses  a  suite  of 
KES  development  tools  and  the  KES  knowledge  representation  language,  instead  of 
LISP,  PROLOG,  PASCAL,  or  C.  KES  also  eases  the  use  of  expert  systems.  The  end 
user  needs  no  specialized  training.  He  accesses  the  knowledge  base  through  a 
simple,  but  powerful,  interactive  interface. 

KES  is  broadly  applicable  to  many  applications  in  a  variety  of 
environments.  No  specialized  hardware  is  required.  KES  runs  on  the  Digital 
Equipment  VAX-11  under  VMS  or  UNIX,  the  Apollo  Domain,  Sun,  and  Tektronix 
workstations,  and  the  IBM  PC.  KES  is  domain  independent  which  means  it  is  useful 
in  a  wide  variety  of  applications  areas,  and  has  multiple  knowledge  representations 
and  inference  engines.  It  also  has  facilities  for  semii-structured  problems. 

A  typical  interactive  session  of  an  expert  system  built  with  KES  begins 
with  a  series  of  messages  to  the  user  explaining  the  purpose  of  the  expert  system 
and  optionally  giving  instructions  in  its  use.  The  session  then  continues  with  a 
sequence  of  questions.  The  user  is  asked  to  respond  with  his  selection  from  a  list 
of  multiple  choices,  a  numeric  value,  or  an  arbitrary  string  of  characters  (e.g.,  a 
name).  During  questioning  the  user  can  interrupt  to  ask  for  help,  issue  a  KES 
command,  or  ask  for  a  detailed  explanation  of  the  question.  After  the  questions 
have  been  answered,  the  expert  system  provides  its  recommendation.  The  user  can 
then  ask  KES  for  a  justification  of  the  result  (i.e.,  the  line  of  reasoning  used  to 
develop  the  recommendation). 

ARCHITECTURE 

Figure  1  illustrates  the  architecture  of  KES.  The  knowledge  base 
author,  who  may  be  the  expert  himself  or  a  knowledge  engineer,  uses  the  KES 
parser  to  create  the  operational  knowledge  base.  The  end  user  can  access  the 
knowledge  base  with  the  runtime  system.  Applications  can  call  KES  subroutines 
to  access  a  knowledge  base  directly. 
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features 


KES  supports  three  different  knowledge  representation  and  inference 
engine  pairs:  rule-based  production  system  (PS),  Bayesian  statistics  (BAYES), 
and  hypothesize  and  test  (HT).  in  addition,  KES  supports  derivation  of 
attribute  values  from  calculations  and  invocation  of  external  programs,  as 
well  as  character  string  manipulation  and  pattern  matching.  The  user 
interface  is  programmed  with  the  procedural-oriented  actions  section  of  the 
knowledge  base. 

With  PS,  knowledge  is  represented  by  rules  in  the  form  IF  antecedent  THEN 
consequent.  For  example  (with  "I"  standing  for  logical  "CR”  and  standing 
for  logical  "AND"): 

IF  NOISE  CF  WHEEL  =  SQUEAKING  |  GRINDING 

AND  OIL  =  AVAILABLE  OR  GRAPHITE  =  AVAILABLE 

Th€N  REPAIR  =  LUBRICATE  1>£  WHEEL. 

MATERIAL  USED  =  OIL  <0.8  >  1  GP.APHITE  <0.2  >  . 

MESSAGE  "PUT  LUBRICANT  ON  Th€  WHEEL". 

EMOIF. 

is  a  rule  which  means  if  the  wheel  is  squeaking  or  grinding  lubricate  it  with 
oil  or  graphite.  PS  is  goal-  or  consequent-driven  with  only  the  necessary 
questions  generated  to  achieve  a  specified  goal.  Uncertainty  can  be 
explicitly  represented  with  confidence  factors  as  shewn  above  for  MATERIAL 
USED. 

With  HT  knowledge  is  represented  by  frame-like  descriptions.  Each 
description  consists  of  a  collection  of  statements  related  to  the  phenomena  of 
interest.  For  example,  the  following  are  two  values  from  a  knowledge  base 
that  diagnoses  plumbing  failures: 

CAUSE  OF  PROBLEMS  (MLT): 

WATER  MAIN  TURNED  OFF  OR  PIPES  FROZEN 

[DESCRIPTION:  NATURE  OF  TOOBLEM  =  NO  WATER  SUPPLY], 

AIR  CHAMBER  FAILURE 

[DESCRIPTION:  NATURE  OF  PROBLEM  =  NOISE 
[LOCATION  =  PIPE; 

NOISE  TYPE  =  BANGING; 

OCCURRENCE  =  IHWEDIATELY  AFTER  WATER  IS  TURNED  OFF]. 


The  HT  inference  engine  is  based  on  the  concept  of  minimal  set  covers  to 
simulate  an  hypothesize-and-test  approach  to  problem  solving  [5].  It 
determines  the  smallest  number  of  causes,  represented  Py  descriptions  in  the 
knowledge  base,  that  explain  all  known  manifestations  of  the  problem  of 
interest. 


With  BAYES  knowledge  is  represented  by  the  prior  probabilities  of  the 
possible  outcomes  and  the  conditional  probabilities  of  the  determinants. 

Expert  systems  built  with  BAYES  are  usually  built  when  a  statistical 
experiment  has  been  performed  on  a  known  population.  Bayes  Theorem  is  used  by 
BAYES  to  compute  the  conditional  probabilities  of  the  outcomes  based  on  the 
actual  values  of  the  determinants.  For  examples,  the  following  is  taken  from 
an  experimental  knowledge  base  for  determining  the  prognosis  for  recovery  of  a 
person  who  had  a  stroke: 

AGE:  SIXTY  AhD  /«0VE,  LESS  THAN  SIXTY. 

TYPE  OF  STROKE:  INTRACEREBRAL  HAEMORRAHAGE, 

THROCOTIC  INFARCTION, 

EJCOLIC  INFARCTION, 

SLBARACHNOID  HAEMORRHAGE. 


SEVERITV  OF  STROKE: 

MILD, 

MODERATE  TO 

PROGNOSIS  [DETERMINANTS: 

*] 

GOOD 

<  0.16 > 

0.25 

0.75; 

0.10 

0.20 

0.40 

0.30; 

<0.59> 

0.78 

0.22, 

FAIR 

0.38 

0.62; 

0.15 

0.25 

0.41 

0.12; 

0.54 

0.46, 

POOR 

<0.25> 

0.82 

0.18; 

0.49 

0.21 

0.12 

0.18; 

0.19 

0.81 

• 

The  prior  probabilities  directly  follow  each  of  the  value  names,  and  the 
conditional  probabilities  for  each  of  the  determinants  are  then  listed  in 
order  of  definition  and  value. 

APPLICATION  SYSTEM  ARCHITECTURES 

Two  of  the  many  expert  systems  that  have  been  built  using  KES  are  the  COC 
Dump  Analysis  Expert  System  and  the  Tactical  Mission  Planning  Expert  System. 
The  COC  Dump  Analysis  Expert  System  was  jointly  developed  by  Control  Data  and 
Software  A&E  as  a  prototype  to  diagnose  the  cause  of  a  Cyber  NOS-VE  system 
crash.  It  first  determines  whether  hardware  or  software  caused  the  crash; 
then  which  hardware  module  or  what  OS  problem  caused  the  crash,  and,  if 
software,  what  project,  project  leader,  and  module  was  responsible.  The 
knowledge  base  contains  over  140  attributes  with  many  possible  values,  over 
800  rules,  and  over  100  commands  in  the  actions  section.  The  demonstration 
version  took  five  days  to  develop  and  the  current  version  about  five  weeks. 

The  Tactical  Mission  Planning  Expert  System  was  developed  by  Software  A4E 
for  the  U.S.  Army  Engineering  Topographic  Laboratory  to  demonstrate  the 
concepts  of  expert  systems  applied  to  battlefield  command  and  control.  The 
system  deals  with  a  hypothetical  battlefield  reconnaissance  planning 
situation.  It  determines  what  portions  of  the  selected  terrain  may  have 
artillery  batteries  given  the  enemy's  doctrine  for  deployment  and  the 
characteristics  of  the  terrain.  This  information  would  then  be  used  to  plan  a 
reconnaissance  mission. 


The  system  architecture  is  shown  in  Figure  2.  The  Tactical  Planner  and 
Supervisory  Control  portions  are  implemented  as  separate  knwledge  tases  using 
PS.  The  Spatial  Reasoner  is  an  inference  engine  custom  designed  by^ftware 
A4E  to  deal  with  spatial  r'‘.jtionships  between  physical  objects.  The 
Interaction  System  supports  the  user  interface.  The  Graphics  System  supports 
the  four  color  graphics  displays  used  with  the  system.  The  S^red  Worrwtion 
System  coordinates  access  to  the  Symbolic  Terrain  Database.  These  last  three 
systems  were  implemented  with  conventional  software  techniques. 

KNOWLEDGE  ENGINEERING  WITH  KES 

A  knowledge  base  author  builds  a  KES  expert  system  by  developing  a 
knowledge  base.  This  process  progresses  in  four  steps  much  like  the  steps  in 
developing  a  conventional  software  system. 


TACTICAL  PLANNING  (KES.  PS) 


SUPERVISORY  CONTROL  (KES.PS) 


SPATIAL  REASONER 


-INTERACTION  SYSTEM 
-GRAPHICS  SYSTEM 


SHARED  INFORMATION  SYSTEM 


SYMBOUC 

TERRAIN 

DATABASE 


Figure  2.  Tactical  Mission  Planning  Expert  System 


The  steps  the  knowledge  engineering  process,  along  with  their  typical 
activities,  are  as  follows: 

Analysis  -  the  knowledge  base  author  determines  the  scope  of  the 
knowledge  required  of  the  expert  system  by  outlining  the  goals.  He 
identifies  the  knowledge  sources  (experts,  books,  etc.) 

Design  -  the  knowledge  base  author  defines  the  attributes  and  their 
relationships,  tie  chooses  the  knowledge  representation  and 
inference  engine  to  use  and  sketches  out  what  the  end  user  interface 
will  looK  like. 

Implementation  -  the  knowledge  base  author  encodes  the  knowledge 
base  (attributes,  rules,  'free  text*,  user  interface,  etc.)  in  KES 
syntax  and  uses  the  KES  Parser  to  create  the  operational  form  of  the 
knowledge  base. 

Test  and  Evaluation  -  the  knowledge  base  author  uses  the  KES 
Inspector  to  verify  the  knowledge  base.  He  then  performs  static 
analyses  and  dynamic  tests. 

The  knowledge  engineering  process  is  typically  performed  iteratively 
until  the  knowledge  base  author  is  satisfied  with  the  performance  of  the 
expert  system.  Experience  has  show  that  expert  system  applications  evolve 
from  demonstrations  (developed  in  days)  through  several  prototypes  (weeks  to 
months)  to  the  production  system  (months  to  years).  The  production  version  of 
the  expert  system  will  itself  evolve  over  time  as  experience  in  its  use  is 
obtained. 

SUPPORT 

Software  AAE  offers  full  support  for  KES  licences  including  telephone 
consulting,  bug  fixes,  and  updates.  Software  A&E  also  offers  knowledge 
engineering  and  KES  customization  services.  Training  courses  for  KES  are 
offered  on  a  regular  basis.  Each  course  lasts  one  week  and  covers  all  aspects 
of  expert  system  developement  with  KES.  These  courses  are  included  in  the 
price  of  most  KES  licenses. 

The  Knowledge  Base  Author's  Reference  Manual  serves  as  a  guide  to  expert 
system  development  with  KES.  This  manual  is  designed  to  be  useful  to  both 
experienced  and  novice  expert  system  developers, 

A  seminar  entitled  "Building  Expert  Systems:  An  Assessment  of  State  of  the 
Art  Artificial  Intelligence  Practical  Applications"  is  offered  periodically  at 
various  locations  in  the  U.S.  and  Europe. 


SUMMARY  OF  BENEFITS 


The  principal  benefits  of  using  expert  systems  technology  are 
immediate  availability  of  expertise 

elimination  of  individual  bias,  prejudice,  and  errors  due  to 
oversight  or  fatigue 

valuable  teaching  aids  because  of  ability  to  justify  conclusions 
automation  of  tasks  previously  not  feasible 

-  capture  of  corporate  knowledge 

The  principal  benefits  of  using  KES  to  oevelop  expert  systems  are 

-  high  level  knowledge-representation  language 
greatly  reduced  development  time 

-  portability  from  personal  computers  to  nxainframes 

-  can  be  integrated  with  existing  software 

-  suite  of  development  tools 

-  simple,  but  powerful,  programmable  user  interface 

FUTURE  PRODUCT  PLAN 

Software  AiE's  Next  Generation  Product  (NGP)  will  be  both  a  major  step 
forward  in  AI  development  tools  and  a  fundamental  advance  in  the  manner  of  DP 
application  development.  It  will  marry  proven  technologies  from  software 
engineering,  fourth  generation  systems,  and  fifth  generation  systems. 

NGP  will  allow  the  user  to: 

Develop  stand-alone,  real-time,  and  embedded  applications  in  much 
less  time  and  with  substantially  less  drain  on  development  resourc. 

Rapidly  build  prototypes  of  software  applications. 

Develop  requirements  and  production  applications  in  parallel. 

Naturally  combine  symbolic  and  traditional  computational  techniques 


A  diverse  group  of  users,  from  DP  novice  (but  domain  expert)  to 
experienced  software/knowledge  engineer,  will  be  able  to  use  NGP  in  their 
development  efforts.  NGP*s  unique  architecture  will  allow  these  users  to 
build  an  application  to  run  identically  in  numerous  different  computer 
environments  without  change  to  the  specifications. 

This  multi-million  dollar  product  development  effort  is  jointly  funded 
with  Control  Data  Corporation.  Limited  release  of  NGP  is  scheduled  for  1986. 
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InfMvnc*  and  Control  Stratagias 


^llOw^eclge-based  systems  have  employed  a  variety  oi 
techniques  to  solve  real-world  problems  Since  a  single 
problem-solving  technique  h  as  not  vet  proven  adequate. 
Knowledge  Craft  provides  the  user  with  a  powerful  set  ot 
techniques  which  may  be  combined  in  a  single  applica¬ 
tion.  Each  technique  IS  integrated  with  CRL. 

CRL-CP^.  Rule-based  programming  The  forward 
chaining  capabilities  of  0PS-5are  integrated  mto  the 
environment  Many  successful  expert  systems  used  by 
industry  today  have  been  implemented  m  OPS -5 

CRL-PFOLOG’".  The  system  combines  PROLOG  mfer- 
encing  with  the  representational  power  of  CRl  inhen 
tance  provides  a  supplemental  inference  method  riot 
available  m  other  logic  programming  environments 

Intmgimtit ob/met progrmmming.  Large  systems  are 
more  easily  maintained  when  engineered  with  an  obiect 
oriented  approach  Knowledge  Craft  supportsa 
message-sending  paradigm  for  invoking  procedures 
Obiocts  are  represented  as  schemata,  methods  as  slots. 
Methods  may  be  inherited  or  accessed  from  other 
obiects.  Procedures  executed  m  reply  to  messages  mav 
tie  logic  programs,  rules  or  LISP  functions 

MutUpit agmnda mmumf/tr.  A  multiple  agenda 
manager  enables  the  user  to  scheoule  events  agamsi  a 
real  or  simulated  dock.  Symbolic  event-based  .simui.i 
tions  ot  complex  real  world  processes  mav  be  imple¬ 
mented  using  this  mechanism 


Inttirfaca  Tools 

Sophisticated  graphic,  menu  ,ind  natural  languaije  inter¬ 
faces  mav  be  constructed  using  K  nijwledge  Craft  s  inter 
face  facilities. 

WlndcMt  Manager.  A  device  independent  window 
manager  controls  multi-window  displays  with  a  flexible 
viewport /winOow/canvas  architecture. 

TDgrapMca.  A  device  independent  graphics  package 
enables  the  user  to  construct  2D  graphic  displays  wah 
scaling,  rotation  and  ioom  features  Schema  based 
icons  can  be  used  lo  convey  input  and  output 

Tbak managar.  Multiple  tasks  can  be  creaieo.  paused, 
resumed  and  aborted  Menu  interfaces  are  easy  to  build 
using  a  hierarchical  comr-nand  system  that  includes  pop 
up  menus,  command  completion  and  hetp  facilities 


•  IntatUgant tehama HUar.  Simple  knowledge  acguisi- 
tion  interfaces  can  be  built  with  tins  module  It  ailows 
customized  schema-specific  prompting  for  information 

•  Natural tanguaga  tools,  language  Ciati'”  may  be 
used  loconstfuct  natural  language  interfaces  to 
Knowledge  Craft  applications 


Programming  Workbench 

Knowtedge  Craft  provides  a  programming  workbench  tor 
bit  mapped,  mouse-controlled  workstations.  An  icon 
oriented  interface  enables  system  developers  to  move 
easily  between  specialized  ediiors  and  monitoring 
windows.  The  Workbench  incluoes  fuHy-mtegrated 
Work  Centers  for  CRL.  CRl.-OPS  ana  CRL-PROLOG 

•  CRL  Work  Cantar.  Knowieoge  base  editors  allow  net- 
wtjrksof  schemata  to  beg'aofucaiiv  disDiaved  m  nee 
lorrn.  new  schemata  to  be  aOded  to  itie  graph,  and  old 
ones  deleted  Schemata  can  be  opened  lo  edit  slots, 
values  and  meta  knowledge 

•  CRL-ORSWorkCantar.  ’  hiS  lull  screen  inleractivn 
environment  for  developing  and  riebugging  CRL-OPS 
programs  qrapnicailv  c.apiures  program  ouipui  ano 
debugging  information  ii  allows  the  user  to  alternate 
between  rut'iung  the  piogr'im.  examining  its  internal 
state,  and  editing  OPS  rules.  A  screen  diagram  displays 
changes  to  the  staieot  me  pioqram.  as  well  as  textual 
debugging  and  tracing  miormatipn 

•  CRL-PROLOG  WoHfCantmr.  Ins  environment  foi 
develODing  and  running  (,'RL -PROLOG  programs,  pin 
vides  facilities  s.miiar  to  me  other  Work  Centers  m  me 
Pi-Qijramming  Workbencft  It  traces  the  execution  ot 
CRL  PROLOG  piograms  .md  enables  the  deveiopei  to 
view  program  contents,  enter  queries  .jno  modify 
program  rules 


Operating  Environment 

Knowledge  Ciaft  is  impieniented  m  Common  I  iSP  -lod 
iL  .ns on  Symbolics''"  36(X)  Series.  Tl  HypiorrM  “  VA.^ 
and  MictoVAX  *"  hardware 


Training  and  Ta<i:hnical  Support 

Each  Purchaser  of  Knowledge  Craft  s  erintled  lo  training 
and  support  services  An  intensive  two  week  tianos  on 
tutorial  enables  users  to  begin  developing  working 
knowledge  has  3d  prorjr.ims 


■'^A/tew/ivryf? la/iyuayer /.#//  r.'Wr  y/rr  OPSCMl  PPoiOti  i'xi 
Cffl  OBjtCT  jrt»  ifi§fjamRrk\ ly hfOuD  DfC.  VAX  ,iru; 

MiliuVAX  aitf  lf,ultTnntfl(\  of  f  t  (.OfOtl'Sl'ii'i  s  <.S 


Introduction  to  Knowledge  Craft^ 
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Introduction  to  Knowledge  Craft '''W 


Knowledge  Craft  is  a  higfi  produaivity  tool  kit  tor  knowledge  engineers  and  Al  system  builders. 
Combining  a  leature-ricb  knowledge  representation  language  with  proven  problenn-solving  techmcues. 
Knowledge  Craft  dramatically  reduces  the  eftori  required  to  build  knowledge-based  systems,  in  addition, 
sophisticated  window,  text,  and  graphics  management  modules  are  fully  integrated  with  a  command 
system  interpreter,  providing  an  interface  buiding  tool  of  significant  power. 

The  goal  of  Knowledge  Craft  is  to  enable  the  cosf-etfective  development  of  large-scale  knowledge-based 
systems.  Although  designed  tor  experienced  system  analysts  and  programmers.  Knowledge  Craft 
facilitates  the  development  of  front-end  user  interfaces  for  knowledge  accuisition 


Highlights 

•  Frame-based  knowledge  representation  language  with  procedural  attachment  and 
inheritance 

•  Database  management 

•  Knowledge  base  editors 

•  Logic  programming 

•  Rule-based  programming 

•  Obiect-oriented  programming 

•  Event  management  for  simulation  and  scheduling 

•  Programmer's  workbench 

•  Interface  tools  with  2D  graphics  and  icons 

•  Complete  Common  Lisp  integration 


Applications 

Knowledge  Craft  is  now  being  used  in  many  application  areas; 

•  Protect  management 

•  Factory  planning  and  scheduling 
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•  Product  Mioction 

•  Alloy  design 

•  Computer-aided  design 

•  Proceu  diagnosis 

•  Long-range  planning 

•  Distribution  analysis 

•  Sattletield  management 


History  and  Philosophy 

Knowledge  Craft's  approach  is  based  upon  proven  experimental  prototypes  developed  at  Camagie- 
Mellon  University  and  used  to  sotve  diverse  problems  in  ^ver  25  industrial  environments.  Many  of  these 
systems  are  in  commercial  use  today.  Several  conclusions  resuNing  from  this  work  influence  the  design 
of  Knowledge  Craft. 

•  Knowledge-based  systems  cannot  be  built  usirtg  any  one  problem  solving  approach.  Tool 
kits  allowing  flexible  knowledge  representations,  and  alternative  problem-solving  and  control 
strategies  are  required. 

•  Tools  must  support  rapid  prototyping. 

•  Sophisticated  interfaces  are  required  to  facilitate  the  man/machir«  transfer  of  information. 

•  Programming  worirbenches  specialized  for  knowledge  engineers  are  needed  to  enhance 
productivity. 

•  Database  support  for  large  knowledge  bases  must  be  provided. 

•  Systems  must  be  built  in  a  portable  language  to  survive  in  a  changing  hardware 
environment. 


CRL™:  Carnegie  Representation  Language 

•  CRL’’^  is  efficient,  easy  to  use.  and  suitable  for  both  large  and  smalt  applications.  The  basic 
representational  unit  is  a  schema.  Each  schema  has  ;'Ats  and  values  to  store  attributive  and 
relational  information  about  an  entity.  Relations  link  schemata  to  one  another.  Information  in 


/ 


3 

one  schema  can  be  tiansfarrsd  to  another  using  simple  taxonomic  inhentance  or  more 
sophisticated  methods. 

CRL  provides  functions  lor  creating,  deleting,  and  modifying  schemata.  The  knowledge  base 
editors  discussed  below  allow  user-friendly  graphic  access  to  these  functions. 

Figure  1  provides  an  example  of  a  schema.  A  schema  is  composed  or  a  schema  name 
(printed  in  the  bold  font),  a  set  of  slots  (printed  In  small  caps)  and  the  slot's  values.  Values 
can  be  any  LISP  expresalon.  Symbols  are  used  to  reference  schemata.  When  printed,  a 
schema  is  enclosed  by  double  braces  with  the  schema  name  appearing  at  the  top.^ 


<  {  make^u1-board<spee 

xa-s:  eagiaeecAng-actiTlty  •p«ci£icatioa-dev«lofa*nt 

tQa>scnvzrr-cr:  devwlop-bosrd-cpul 

xa2TXU,-scixvxTT-or;  d«v*lop-boerdi-cpul 

nricno-cowLiTioe-am:  "Auguse  8,  1985" 

mTZUX&:  t 

COteUITKS:  Zlll 

ouauvTioii:  "P«'r«lop  epecificatione  Coe  the  cpu  board” 
Figure  1:  make-cpui -board-spec  Schema 


The  example  in  figure  1  comes  from  a  imowledge  base  containing  activity  management 
information  in  respect  to  developing  circuit  boards.  Taxonomic  inheritance  proceeds  over 
isut  relations.  Thus  in  this  case,  all  characteristics  specillcatian-development  and 
engineerfng-eetlvfty  art  also  tnje  of  make<pul-board-apee.  Inheritance  provides  a 
means  of  'reasoning  by  default”.  Any  values  that  are  not  specified  in  a  schema  may  be 
inherited  from  another  schema. 

•  User-defined  retatlone  artd  Inheritance  semantlca.  In  order  to  facilitate  world  modeling, 
users  may  define  new  relations.  Real  world  relations  such  as  'has-project-leader*.  'sub- 
acthrfty-or,  and  *has-sub-activity*  may  be  aeated.  For  each  relation,  the  user  can  specify 
inheritance  semantics  ( I.e.,  information  passing  charaaeristics)  indicating  which  slots  and 
values  can  be  inherited  over  that  relation. 

The  relation  susactivity-of,  for  instance,  is  user-defined.  In  this  case.  It  is  desirable  that 


'In  *i«  Mldwing  isiit  art  indcaiad  In  tiotd:  tloa  and  ralaflona  in  tmall  capa.  and  valuai  in  italica 


any  activity  which  Is  a  sus-activity  of  another  "inherit*  its  project-leader  specification  but 
not  its  DURATION.  Figure  2  shows  the  d«velop>board-cpu1  activity.  The 
make-cpul ‘board- spec  thus  can  be  said  to  have  Jim_5mith  as  its  project.leaoer,  since 
this  slot  is  not  specified  in  its  schema.  However,  the  duratKsn  of  the  whole  project  cannot  be 
assumed  to  be  th^  duration  of  any  pan:  thus,  the  value  in  the  duration  slot  will  not  be 
inherited  over  the  susu^cttvity-or  relation. 


{ (  develop-board-cpui 

is-A:  enyiAMrin?- activity  board-davalopinant 
*ci-*CTiviTT*OT:  davelop-cojssputer 
EU-sra-inivxtT:  nak«-cpul-bcard-sp«c 
VKOJICT-UADIX:  JitB_Saith 
0OUX2OV:  <S  wo) 

ossaufilOR:  "Develop  cpu  board  cpul"  1  ) 

Rgure  2:  devalop-board-cpul  Schema 


The  above  is  one  example  of  how  information  flow  within  the  knowledge  base  can  be 
controlled.  CRL  provides  a  rich  language  for  describing  the  semantics  of  inhentance  Within 
this  language,  values  may  be  included  or  excluded  from  inhentance  under  precise 
conditions.  In  addition,  mapping  operations  may  be  applied  during  inhentance.  converting 
one  value  to  another  as  desired. 

In  additon  to  irtherttanca  or  information-passing  properties,  relations  are  defined  by  their 
"scope"  and  "transitivity.*  Scope  Is  used  to  specify  the  nature  of  the  objects  between  which 
the  relation  can  hold.  Transitivity  is  used  to  describe  the  nature  of  the  links  over  which  the 
relation  is  defined.  For  example,  the  sub-activity.of  relation  can  only  hold  meaningfully 
between  objects  which  are  activities.  The  transitivity  of  sub-activitv-of  is  such  that  any 
activity  which  is  a  su^activityof  another.  Is  also  a  sub-activity-of  all  activities  of  which  the 
latter  is  a  sub-activity.  Thus,  it  can  be  said  that  make-boerd-cpul-spec  is  also  a 
suB-ACTiviTY^sF  develop-computer. 

CRL  is  the  only  Knowledge  representation  language  within  which  relations  can  be  fully 
defined,  that  is,  in  terms  of  Inheritance  semantics,  transitivity,  artd  scope.  This  makes  it 
possible  to  use  inheritance  to  make  inferences  that  would  otherwise  require  the  use  of  rules. 

•  Meta-knowledge  representation.  Knowledge  about  the  reprer entation  itself  can  be 
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systematicaity  partitioned  Irom  knowledge  about  the  domain  being  modelled.  This  lacility  is 
used  to  chronicle  knowledge  base  development,  maintain  dependerxry  information,  model 
uncertainty,  and  provide  ’local  specialization'  (i.e..  the  tailoring  of  relation  or  slot 
c  raaeristics  on  a  schema  by  schema  basis). 

In  terms  of  the  example  under  discussion,  within  the  develop^}oerd>cpui  schema,  meta¬ 
knowledge  would  be  used  to  show  who  entered  the  information  that  jim_Smith  was  to  be 
project  leader.  Within  the  nieke>cpu1-boerd*epec  schema,  it  would  be  used  to  show  that 
the  value  of  pnoJECT^£AOErt  was  inherited  from  the  davelop-faoard-cpul.  Wthin  this  same 
schema,  local  specialization  would  be  used  to  indicate  that  the  any  acceptable  duration 
value  must  be  less  than  3  months.  The  certainty  wHh  which  one  expected  to  complete  the 
activity  on  time  is  attached  as  meta-knowledge  on  values  ot  the  expected-  cowpletiqn-oate 
slot. 

Meta-knowledge  may  be  associated  with  schemata,  their  slots,  and  values  in  the  slots,  it  is 
represented  by  another  schema,  called  a  meta-schema,  that  is  attached  to  the  schema,  slot, 
or  value.  Representing  meta-knowledge  as  schemata  provides  a  unilorm  approach  to 
representation.  The  user  is  provided  with  access  functions  for  retrieving  meta-schemata. 
Once  retrieved,  they  are  manipulated  just  as  any  other  schema. 

•  Procedural  attachment.  Funaions  may  be  associated  with  slots  in  the  form  of  demons. 
Oemons  fire  when  slot  values  are  accessed,  that  is.  when  an  attempt  is  mads  to  add,  delete, 
or  modify  a  value  in  a  particular  slot.  In  the  example,  under  discussion,  a  demon  is  attached 
to  the  duration  slot,  such  that  when  it  is  modified,  a  new  estimate  can  be  made  ot  each 
activities  expectep-completion-oate.  Demon  funaions  can  be  used  to  initiate  or  return 
control  to  CRL-PROLOG  or  CHL-OPS  programs. 

•  User-controHed  search.  The  user  can  control  the  way  in  which  the  system  seeks  out 
inheritable  information.  Large  knowledge-based  systems  typically  link  each  schema  to  a 
great  number  of  others.  A  project  management  system  under  development  at  Carnegie 
Group  has,  for  instance,  over  100  relations  defined  in  it.  Thus,  when  values  are  to  be 
inherited,  there  are  many  relations  over  which  a  value  could  be  found  in  another  schema. 
For  example,  unless  told  where  to  search,  a  knowledge  representation  system  might 
erroneously  seek  project-leader  information  over  a  has-su0-activity  rather  than 
suB-ACTiviTY-oF  relation. 

In  providing  a  way  to  specify  where  to  look  for  inheritable  information,  CRL  can  optimize  on 
memory  by  avoiding  duplication  of  values,  while  maintaining  performance  through  intelligent 
search  control.  Nevertheless,  inherited  values  may  still  be  kxally  cached,  i  a  user  so 
desires. 

User-controlled  search  can  be  used  similarly  to  dync.mically  alter  the  semantics  of  the 
representalKDn.  or,  in  other  words,  to  allow  skjts  to  play  different  roles.  For  instance, 
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makd<pu1 -board-spec  could  be  a  sue-AcnvirY-oF  a  particular  contract,  say.  the 
abcJne_contrBCt.  When  looked  at  in  this  way.  in  a  matrix  organization,  the  project  leader 
might  not  be  Jim  Smith,  who  is  the  technical  protect  leader,  but  rather  Reed  Jones,  who  is 
the  contract  coordinator.  By  specifying  an  inhenlance  path,  the  user  can  indicate  if  an 
access  to  project^^oer  should  be  interpreted  from  the  technical  or  contract  management 
point  of  view  The  appropriate  value  would  then  be  returned. 

•  Error  handling.  An  integrated  schema-based  error  handling  facility  permits  the  user  to 
deline  how  the  system  should  react  to  errors.  For  instance,  in  our  example,  any  attempt  to 
set  a  duration  of  an  activity  that  is  greater  than  the  activity  it  is  part  of  will  produce  an  error. 

The  appropriate  action  to  taka  can  be  specified  in  a  schema  —  with  control  passed  back  to 
the  appropriate  point  in  the  program. 

•  Contexts.  Alternate  worlds  reasoning  and  knowledge  base  version  management  are 
provided  by  the  context  mechanism.  Contaxis  in  CRL  act  as  virtual  copies  ot  knowledge 
bases,  in  the  copy,  schemata  can  be  aeated.  modified,  and  destroyed  without  altering  the 
original  context.  Contexts  are  stmctured  as  trees  where  each  context  may  inherit  the 
schemata  present  in  its  parent  context.  Hence,  only  schemata  that  are  used  m  a  context 
need  bo  explicitly  represented  there.  This  avoids  copying  schemata  that  will  never  be  used 
in  the  context.  Schemata  may  be  copied  or  moved  across  contexts. 

For  instance,  in  order  to  explore  the  effects  of  completing  the  make-cput  -board-spec  late,  a 
new  context  would  be  created  in  which  the  value  of  its  duration  slot  would  be  altered.  Any 
consequent  changes  to  the  EsrtMATED-coMPiirnoN-OATE  of  the  activities  of  which  it  is  part 
would  occur  in  this  new  context.  After  analyzing  the  results,  the  context  could  be  deleted 
without  affecting  the  original  knowledge  base,  if  the  change  constituted  an  acceptable  plan, 
the  results  could  be  merged  back  Into  the  parent  context. 

•  Integrated  databese  ayatam.  A  muftl-user  database  system  is  provided  to  store  schemata. 
Frequentfy-used  schemata  are  automatically  cached  in  memory;  and  automatically  swapped 
out  when  the  limits  of  the  cache  are  reached.  CRL  keeps  track  of  which  schemata  are  in 
memory  and  which  are  in  the  database.  The  database  provides  a  fast  device-dependent 
mechanism  for  external  storage.  Altemativety.  schemata  can  be  saved  in  a  device- 
independent  source  code  form.  These  files  can  be  dynamically  created  during  a  run. 

Inference  &  Control  Strategies 

Knowledge-based  systems  have  employed  a  vanety  of  technjques  to  solve  real-worid  problems.  A  single 
problem-solving  technique  has  not  yet  proven  adequate.  Knowledge  Craft  provides  the  user  with  a 
powerful  set  of  problem-solving  techniques  which  may  be  combined  in  a  single  application.  Each 
technique  is  integrated  with  CRL. 
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•  CRL^PS^.  CRL-OPS  b  a  auparsat  et  OP&j,  a  forward  chaining  mla^Msed  system. 
Many  of  the  moat  successful  expert  systems  used  by  industry  today  are  impiemented  in 
OPS-5.  CRL-OPS  njies  are  tf-tfien  statements.  For  instance,  a  CRL-OPS  ruie  is  used  to 
Indicata  that  when  an  engineering  activity  is  compieted,  each  activity  which  is  subsequent,  or 
enabled  by  It,  should  be  initiated. 

(penabflng-fule  r 
{<actlvfty>  - 

(ongineerfno-actMy  ^completed  t  ^schema-name  <compieted*actlvity> )} 

{ <next*ectivity> 

(engineer1ng<activity  ^enabled-by  •<completed-actlvity>  ^initiated  niO} 


— > 

(modify  <next-activity>  ‘^inittated  t } ) 

Patterns  on  the  left  hand  side  of  each  CRL-OPS  rule  match  ad  schemata  which  are  *Is-a' 
reiated  to  the  class  of  the  condition  element  That  is,  the  first  pattern  will  match  any  schema 
in  the  Icnowiedge  base  that  ts-A  engineering-ectivity  and  has  a  completed  slot  with  the 
vaiue  t  The  action  of  the  mie  will  apply  sirndany  to  any  schemata  which  is-a 
rmglneerfng-activKy,  has  the  name  of  the  first  schema  as  the  value  of  its  enasled-py  slot 
and  has  not  yet  (Men  initiated. 

CRL-OPS  luleapan  thus  oe  wifiten  at  the  level  of  generality  which  is  appropriate  for  the 
action  of  the  rule.' In  this  manner,  rules  may  be  written  to  apply  either  to  a  uniqus  schema  or 
a  class  of  schemata.  Rules  will  apply  to  schemata  dynamically  created  at  run  time. 

CRL-OPS  is  data-driven,  so  that  when  there  is  a  change  in  any  schema  referenced  by  a  rule, 
the  lUle-fTMtciW’  is  automattcaSy  notified.  In  edddion,  CRL-OPS  supports  left  hand  side 
functiona.  access  to  the  CRL  oontext  mechanism,  and  integratior  with  CRL-PROLOQ.  CRL- 
OPS  njiss  ars  compisd  Into  an  effidam  run  tims  form. 

•  CnLPROLOQ'^Oombi^  PROLOQ-ika  infereridng  with  ttie  representational  power  of 
CRL  Prolog  has  been  used  hesviy  in  Europe  for  over  a  decade,  it  has  proved  valuable  as 
tool  for ‘bufldlng  database puery  systems,  as  it  provides  e  uniform  mechanism  for  finding  all 
or  somesehemcta  wlh  patticuiar  characteristics  that  may  be  found  m  or  inferred  from  a 
knowledgebase.  . 

For  axarhpie,  a  qusry  to  find  activities  which  will  be  completed  after  the  initiation-date  of  an 
activity  they  enable  would  be: 

Query:  (late-activity  ?actlvlty  7date ) 

Aaeuming  the  foBowing  axiom  was  parv  of  a  loaded  logic  program; 

(late-ectivlty  <x>  <t2>)  <  ( <x>  *ls-a  activity) 
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( <x>  *0xpecta<i<ompi«tion-date  <ti> ) 

(  <y>  *enabla<l-by  <x>  ■'initiation-date  <t2> ) 

( <  <t2>  <t1>) 

(  bind  •d2>  (print-time  ’<t2>  ) 

Thi«  axiom  says  that  an  activity  <x>  is  lata  in  respect  to  another  activity  <y>,  if  <y>  is  enabled 
by  <x>,  and  the  oompletion  data  of  <x>  is  greater  than  the  initiation  data  of  <y>.  The  axiom 
returns  the  binding  of  <x>  and  the  initution-oatc  of  <y>  which  indicates  the  date  that  <x> 
ought  to  be  completed  by.  The  bind  predicate  is  provided  to  enabie  call-outs  to  Common 
USP.  An  ops-iSce  syntax  is  used  to  refer  to  schemata:  a  prefix  predicate  syntax  is  used  to 
define  arbitrary  facts. 

Query:  (late-adivity  Tactivity  ?date  ) 


Tactivity  «  develop-board-cpul 
'’date  -Augusts.  1985 

CRL-PflOLO<3  is  a  backward  chaining  language.  This  means  that  if  a  goal  (or  query)  cannot 
be  inferred  in  terms  of  the  schemata  already  available,  an  attempt  will  be  made  to  infer  it 
from  axioms  that  apply  to  each  clause  in  the  body  of  the  axiom,  whose  head  matches  the 
query.  For  example,  if  no  schema  matched  the  clause  (  <y>  ■'enabled-by  <y>  ],  CRL- 
PHOLCQ  would  attempt  to  Infer  this  result  from  axioms  that  could  prove  that  one  acti'/ity  was 
snabled-by  arather.  CRL-PROLOG.  thus,  provides  Knowledge  Craft  with  a  general  sub- 
goaling  mechanism.  Using  CHL-PROLOG  and  CRL-OPS  together  blackboard  control 
architectures  can  be  designed  that  integrate  goai-driven  and  data-driven  problem-solving 
strategies. 

CRL-PROLOQ  usss  an  OPS-iita  Infix  syntax  to  refer  to  schemata.  Arbitrary  facts  may  be 
defined  in  addition,  using  a  predicate  postfix  notation. 

•  Integrated  ob|ect>oriented  programming.  Largs  systems  are  more  easily  maintained 
when  enginsersd  with  an  object<riented  approach.  Knowledge  Craft  supports  a  message- 
serding  paradigm  for  invoking  procedures.  Objects  are  represented  as  schemata;  methods 
as  slots.  Methods  may  be  inherited  or  accessed  from  other  objects.  Procedures  executed  in 
reply  to  messages  may  evoke  CRL-PROLOG  or  CRL-OPS,  monitor  displays,  or  call  arbitrary 
LISP  functions. 

For  example,  each  activity  schema  in  the  krwwiedge  base  under  discussion  has  a  list  of 
people  working  on  that  activity.  The  schema  for  each  person  includes  a  list  of  activities  they 
are  working  on,  and  the  due  dates  for  each  activity.  Within  the  schemata  activity  and 
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pMvon,  thcrt  is  a  slot  callsd  PfUNT-acHEOULE  whosa  function  is  to  print  a  sch«dul$  to  the 
monitor  ecresn. 

{{aetfvity 

PRINT-SCHEOUIE:  sctMty-print'Bchsduia }) 

s  ‘  . 

({parsofi  ^^v  V 

pmNT-scHCDULE:  psfsoniJrint-seAsdula )} 

For  actMtlss,  ths  USP  function  'activity-prlnt^achsduls  prints  a  tabis  providing  ths  name  of 
ths  psfson  working  on  ths  acdvtty.  whsi  thsy  srs  doing,  and  thsir  astimatad  complation  date. 
For  psrwns.  ths  'psrBon-print*schsduls  function  prints  out  ali  activitlas  a  parson  is  working 
on,  thsir  partleuiar  task,  and  an  astimatad  compiation  data.  Thasa  functions  ara  axscutad  by 
aaimpla  function: 

(sand-massaga  'Jim.Smith  ‘print-schadula) 

would  aaacuta  tha  function  in  tha  'print>schadula  atot  of  tha  'tim.smith  schama.  if  thara  ware 
no  vaJua  in  this  slot  it  would  ba  Inharitad  from  tha  parson  schama  over  tha  la’s  relation. 
<8and<inassaga 'davalop^ard-cpui 'print'achedula) 

would  axacuta  tha  function  in  tha  PniNT-scHEOUL£  slot  of  tha  dsvalop-board>cpu1  schema.  If 
thara  ware  no  vakja  in  this  slot,  it  would  ba  inharitad  from  tha  activity  schama  over  tha  rs-A 
relation.. - 

Tha  sand<massaga  function  aOows  referanca  to  a  standard  mathod,  rathar  than  tha  function 
nama  that  impiamanta  that  mathod  for  a  particuiar  schama  or  dass  of  schemata. 
Programming  modularity  is  thus  achiavad  both  by  hitfng  low  lavai  daiails.  and  by  4ha 
inharitancs  machanism  which  slows  mathods  to  ba  dascrtoad  at  tha  right  iavsi  of 
abstraction.  .,  r 

«  Evant  managamant  Posslila  world  reasoning,  or  simulation,  .'aqukas  both  a  machanism  for 
distinguishing  diffarantwiottos,'and  a  msehanismtor  sehaduilng  thofsalxation  of  avants. 
Knowiadga  Craft  ptovidaa  both.  Whia  tha  oontaxt  machanism  of  CRL  providaa  contexts,  the 
muKipia  agenda  managar  anabias  the  urer  to  achaduia  events  against  a  real  or  sirrulated 
ciock.  SymboBe  eveni-baaad  simulations  of  complex  real-world  procassss  ara  Implemented 
using  this  mechanism. 
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System  Building  Tools 

Interface  Tools 

Knowledge-based  systems  typically  require  sophisticated  user  interlaces.  New  knowledge  generated  by 
the  program  must  be  inlormatively  displayed.  PowertuI  devices  must  be  provided  for  requesting  and 
accepting  inputs  ol  considerable  variety.  Knowledge  Craft  supplies  the  knowledge  engineer  with  tools 
that  reduce  the  programming  effort  required  to  build  application  interfaces. 

•  Window  manager.  A  device-independent  window  manager  controls  multi-window  displays 
with  a  flexible  viewport/window/canvas  architeaure.  A  canvas  is  an  infinite  display  space 
with  a  user-definable  coordinate  sytem.  A  window  is  a  section  of  the  canvas.  A  viewport  is  a 
projection  of  a  window  onto  a  monitor  display.  A  tripartite  architecture  of  this  type  optimizes 
lor  both  flexibility  and  performance.  Scrolling  and  2-dimensional  transformation  is  provided 
at  each  level. 

•  20  gmphlca.  A  device-independent  graphics  package  enables  the  user  to  construct  2D 
graphic  displays  with  scaling,  rotation,  and  information  zoom  features.  Information  zooming 
allows  composite  symbols  to  be  unpacked,  displaying  more  information  in  response  to 
mouse  pointing.  Scaling  provides  both  single  item  and  window  transformations. 

The  basic  graphic  primitives  -  string,  line,  circle,  rectangle,  box,  polygon,  and  spline  -  are 
included.  CORE  standards  are  followed  closely.  Schema-based  icons  can  be  used  to 
convey  input  and  output.  Editors  facilitate  the  creation  and  inspection  of  graphics  items. 

Both  rrxiuse  pointing  and  display  grids  facilitata  the  exact  positioning  of  items. 

•  Taak  manager.  Muttiple  tasks  can  be  created,  paused,  resumed,  and  aborted.  Windows 
can  bo  associated  with  tasks  allowing  the  creation  of  workbenches  with  the  capability  to 
switch  back  and  forth  between  particular  tasks.  Each  task  can  control  a  tree  ot  menus. 

Menu  interfaces  are  easy  to  build  using  a  hierarchical  command  system  that  includes  pop-up 
menus,  mouse  pointing,  multi-word  spelling  completion,  and  help  facilities.  An  emacs-iike 
editor  is  provided  for  editing  input. 

•  Intelligent  schema  filler.  Simple  knowledge  acquisition  interfaces  can  be  built  with  this 
rrxxjule.  It  allows  customized  schema-specific  prompting  of  information. 
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Programming  Workbenches 

In  ordsrto  incraaM  th«  productivity  of  knowledge  engineers  and  system  developers.  Knowledge  Craft 
provides  a  programming  workbench.  While  the  woncbench  is  oriented  to  bit-mapped,  mouse-controlled 
workstations,  many  capabilities  are  also  available  for  alpha-numeric  terminals. 

•  Knowledge  Craft  Shell.  The  Shell  enables  developers  to  move  easily  between  knowledge 
base  editors,  debugging  environments,  and  a  running  program.  An  Icon-orlanted  interface 
represents  tasks  which  can  be  activated  by  the  mouse.  New  icons  can  be  added  to 
represent  user  applications.  Escape  to  the  local  machine  environment  is  typically  supponed. 

•  Knowledge  base  edKors.  Networks  o(  schemata  may  be  graphically  displayed  in  tree  form. 
New  schemata  can  be  added  to  the  graph;  old  orws  deleted.  Networks  may  be  scrolled, 
schemata  can  be  operud  for  editing  slots  and  values.  An  emacs-iike  editor  is  provided. 

Since  the  editor  imows  about  user-defined  relations,  it  provides  a  browsing  capability. 

Interpreting  any  legal  path  description  through  the  network.  The  editor  can  be  multiply 
instantiated  allowing  simultaneous  editing  of  different  parts  of  the  knowledge  base,  including 
the  context  tree. 

«  Debugging  environments.  Specialized  window-oriented  debugging  taciiities  are  provided 
for  CRL-OPS  and  CHL-PROLOG.  For  CRL-OPS,  trace  windows  are  provided  for  watching 
changes  to  working  memory  arxl  the  conftict  set.  Display  items  are  active.  For  instance, 
each  oile  in  the  conflict  set  is  an  active  item.  Mouse  pointing  Is  used  to  determine  matches 
for  that  rule,  edit  the  rule  body,  and  remove  It  from  the  conflict  set.  among  other  things.  For 
CRL-PROLOG,  a  trace  window  of  the  goal  tree  is  provided.  Each  node  of  the  tree  can  be 
expanded  to  show  the  clause  which  generated  the  goal,  and  the  instantiations  of  relevant 
variables. 

Operating  Environment 

Knowledge  Craft  is  implemented  in  Common  LISP  and  is  portable  to  most  machines  with  a  Common 
LISP  implementation.  It  is  compatible  with  other  Camigie  Group  products,  such  as  Language  Craft ' 
which  may  be  used  to  buikj  natural  language  intertaces. 
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Training 

An  intensive  two-week  hands-on  tutonai  enadles  users  to  become  proficient  n  developing  knowledge- 
based  programs  using  the  package.  Knowledge  Craft  is  best  used  by  expeiienced  programmers.  The 
expectation  is  that  knowledge-based  systems  wili  be  buiit  by  a  mixed  team  of  software  specialists, 
knowledge  engineers,  and  domain  experts. 

A  Common  LISP  course  is  also  available. 


™  Knowledge  Crait,  caL,  caL-OPS,  CKL-PROLOG  *nd  l^guage  Crait  «ra 
tradamarka  oi  Carnagia  Croup  Inc. 


APPENDIX  3 


PRICE  INFORIIATION  FOR  THE 
"  EXPERT  SYSTEM  DEVELOPMENT  TOOL 


L' 


/  ' 

1  '1 
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Infer e  nee 


October  23,  1986 


Mr.  Charles  Ziegler 
Delta  Information  Systems 
Horsham  Business  Center- 
Building  3 
300  Walsh  Road 
Horsham,  PA  19044 

Dear  Chuck: 


lnfer0nca  Corporation 

1  Graentree  Centre 
Suite  201 
Marlron 

New  Jersey  G8053 


609  $8S-QS0E 


I  am  delighted  to  hear  Delta  is  preparing  to  acquire  a  copy  of 
the  Automated  Reasoning  Tool,  (A.R.T.).  Inference  Corporation 
is  anxious  to  provide  Delta  with  the  best  support  available  in 
the  expert  systems  marketplace. 

In  that  regard,  let  this  letter  document  my  recommendation  for 
the  preferred  development  environment.  You  have  specified 
A.R.T./C.  Code  to  be  delivered  to  Delta  by  January  1987.  That 
requirement  is  acceptable  to  inference.  Therefore,  inference 
recommends  your  order  specify  A.R.T./C.  Code  rather  than 
A.R.T./Lisp  Code,  with  the  target  hardware  being  a  Dec  A. I. 
Workstation . 


Also,  be  aware  that  your  runtime  modules  can  be  deployed  in 
A.R.T./C.  Code  and  will  be  over  99%  garbage  free.  The  following 
discount  schedule  will  apply  to  the  runtime  modules  shipped  by 
Delta  Information  Systems: 


Copies  Pricing 


1  - 

10 

58 , 000 

11  - 

50 

7,000 

51  - 

100 

5,000 

101  - 

200 

3,000 

201  - 

300 

2 , 000 

301  - 

Up 

1,500 

In  closing,  please  feel  free  to  contact  me  at  the  Marlton  Office 
should  you  have  further  concerns  or  questions. 


Regards , 
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Dennis  Hartigan 
Inference  Corporation 
Marlton,  New  Jersey 


DH/klb 


Infere  nee 


N2  1329 


Chuck  Ziegler 
Delta  Information  Systems 
Horsham  Business  Center 
Building  3 
300  Welsh  Road 
Horsham,  FA  19044 


NO; _ 132, -DH _ _ _ _  ' 

D««« _ 15  October  1986 _ _ _ _  ' 

P.O.D-dllne  3^  pecemher  1986  _ _ _ _ _ _  _ _ _  i 


fitferertce  Corporation 


5300  W  Century  Btva 
Los  Angeles 
California  90045 


213  417-7997 


The  priee  ehown  In  thla  Quotatktn  •hall  Uoenae  Agreement  mual  be  executed  and  returned 
not  be  Inoreaaed  for  thirty  (30)  daya  to  Inference  Corporation  prior  to  reoalpt  of  aoftware. 

from  the  date  ahown  above.  Terma:  Net  30  daya  from  Invoice  date 


Ham 

Oeaorlptlon 

Price 

Amount 

ART  -  AUTOHATED  REASONING  TOOL 

1 

ART:  (copy  1)  LISP  VERSION 

5  Days  Knowledge  Engineering 

2  Secs  of  ART  Documentation 

90  Days  Maintenance  &  Technical  Support 

-  Full  access  to  Inference  Hotline 

-  New  Version  4  Documentation  Updates 

$65,000.00 

2 

TRAINING:  Per  person/per  week 

Week  One  -  Introduction  to  ART 

Week  Two  -  Viewpoints 

2,500.00 

1 

3 

KNOWLEDGE  ENGINEERING: 

Per  day,  plus  expenses 
(Charged  in  1/2  day  increments 

4  hours  -  1/2  day) 

1,000.00 

1 

4 

MULTIPLE  COPY  DISCOUNT  SCHEPL'LE: 

1 

Copies  Price  KE  Included 

2*5  45,000  4  days 

6  '  10  38,000  3  days 

11  -  up  29,500  2  days 

5 

ANNUAL  MAINTENANCE  &  TECHNICAL  SUPPORT:  (Coinmences 

90  days  after  shipping,  billed  quarterly,  payable 
in  advance) . 

^ _ in  _ - _ 

7,500.00 

/ 


Infer  e  nee 


N2  1330 


Chuck  Ziegler 

Delta  Inionnation  Systems 

Horsham  Business  Center 

Building  3 

300  Welsh  Road 

Horsham  PA  19044 


Infarenca  Corporation 


5300  'A/  Century  Btvd 
Los  Angeles 
C  ah  forma  90045 


213  417-7997 


-f-  n* 


_ 1330-DH _ 

_ 15  October  1986 

_ 31  December  1986 


Tha  priem  shown  in  thi*  Osiolation  *11011  Llo*«**  Agr^mant  mual  b«  axaeutad  and  ralumad 

not  b*  Ifleraaaad  for  thirty  (30)  days  to  Infsranea  Corporation  prior  to  raeaipl  of  aoftwara. 

from  tha  data  shown  abows.  Tarma:  Nat  30  days  from  invoica  data 


/ 


ART 


PRODUCT  LICENSE  AGREEMENT 

Between 


Infwanca  Corporation 

5300  W.  Century  Boulevara 
Los  Angeles,  CA  90045 
(213)  417-7997 


Ana 


0ATE_ 

NO.  _ 


Rev  J 


/ 


EXHIBIT  A 


laenlification  of  CHLIS  uoon  Ainicr.  ihe  ART  omaiv  ■  :}Ci:  'n.iv  Ci’  ..Si/-.; 


.ai  Mfgrs  Mame  _ 

■Qi  Serial  No  _ 

Cl  Soorr,  No  -or  Man  Sla 


t 


/ 


EXHIBIT  B 

Inference  Corporation 


Maintenance  and  Enhancement  Plan 
(Effective  Septemher  1  1986) 


A.  A  Maintenance  and  Ennancement  Plan  (hereinafter  referred  to  as  the  "Plan  ;  is  avaiian'c  to  Licensee  as 
specified  m  the  following  paragraphs.  The  Plan  includes  the  following  provisions 

1.  Customttr  Support 

To  supply  a  reasonaoie  amount  of  customer  telephone  support  via  inference  s  Hotline  "  aunng  the  period  of  6  a.m  to  5  o  m . 
.=acitic  Standard  Time/Pacitic  Daylight  Savings  Time.  Monday  through  Fnoay.  excluding  inference  s  oDserveo  holidays 
On-3iie  support  may  oe  provided  at  a  fee  to  Oe  agreed  upon  by  both  parties 

2.  Modifications,  Enhancaments  and  Updates 

To  provide  puDlisheo  feature  mooifications,  enhancements  and  update  releases  which  inference,  at  its  discretion,  deems  to 
be  logical  improvements  to  the  original  Products  supplied  to  Licensee.  The  foregoing  does  not  include  providing  new  Prod¬ 
ucts  to  Licensee 

B.  The  provisions  of  the  Plan  are  contingent  upon  the  following  1 )  A  current  and  valid  license  for  me  Products, 
2)  The  Products  being  unmodified  (except  as  modified  by  reteases  oeveiobeo  ano  oroviceo  by  inference)  ano  maintained 

at  the  latest  release  level;  and  3)  The  narowaie  on  which  the  Products  are  installed  ano  used  containing  the  configuration 
properly  maintained  and  at  the  latest  generally  released  revision  level  as  soecifieo  by  interence  for  installation  and  use  of 
the  Products. 

C  Fees  if  Licensee  has  a  permanent  license,  or  a  license  with  monthly  payments.  Licensee  is  subscribed 
in  the  Plan,  at  no  cost,  for  a  period  ot  ninety  (90)  days  (oHowing  the  effective  date  ot  the  Product  License  Agreement  ithe 
'Agr<-ement'"j  Prior  to  me  end  of  the  aforementioned  ninety  (90)  oay  period.  Licensee  snail  be  invoiced  the  fee  for  the  first 
Charged  year  of  ihe  me  Plan  ana  snail  oay  such  lee  quarterly  m  advance,  (or  each  copy  initially  licensed.  Thereafter  on 
each  anniversary  date  ot  the  etfeciive  date  ot  the  Agreement.  Licensee's  subscription  m  me  Plan  shall  be  automaiicaiiv 
renewed  (ana  snail  be  subieci  to  the  same  invoicing  and  payment  terms  as  slated  m  the  preceding  sentence i  unless 
interence  receives  written  notice  ot  Licensee's  intent  to  cancel  is  subscription  m  me  Plan  thirty  130)  days  prior  to  Licensee  s 
anniversary  date  ot  me  effective  date  of  the  Agreement  Licensee  may.  at  a  later  time,  renew  is  subscription  and  receive  me 
benefits  ot  the  Plan  upon  payment  ot  the  annual  tee  for  the  Plan  m  effect  at  the  time  of  renewal  plus  a  femslalemeni  fee 
equal  to  twenty  percent  (20%'!  Of  the  annual  tee  tor  the  Plan  in  effect  at  the  time  ot  renewal 

Inference  s  fee  tor  the  Plan  tor  the  initial  one  (1 )  year  charged  period  shall  be  the  tee  as  stated  m  inference  s 
men.  current  published  price  list.  The  tee(s)  may  be  increased  each  year  on  the  anniversary  date  ot  the  effective  date  ot  the 
Agreement  by  the  lower  of  the  following;  Six  percent  (6%)  or  me  Consumer  Price  index  ( "CPi")  as  applied  against  the  fee 
that  Licensee  paid  for  the  previously  charged  year  The  (DPI  that  shall  be  used  is  the  CPi  that  has  been  published  by  ihe 
Bureau  of  Labor  Statisiics  for  me  Los  Angeles/ Long  Beach  Area  on  ihe  date,  or  closest  to  the  date,  that  Licensee  s  partici¬ 
pation  in  Ihe  Plan  must  be  renewed.  INFERENCE  RESERVES  THE  RIGHT  TO  MODl'^  THE  FEE  INCREASES  DESCRIBED 
ABOVE  AT  ANY  Time.  BY  ANY  AMOUNT 

D  Taxes  and  Other  Charges  The  payments  set  forth  m  Sectioi  C  are  exclusive  ot  ail  tariffs  duties 
sales  taxes,  use  taxes  ano  like  levies  or  taxes,  ana  ail  of  the  foregoing  shall  be  home  by  Licensee  Any  such  levies  taxes 
or  charges  which  inference  may  pe  required  to  oay  on  behalf  of  Licensee  shall  be  billed  to  Licensee  when  incurred  by 
Inference  and  shall  be  due  and  payable  when  pitied 

E-  Method  of  Shipment  items  supplied  under  this  Agreement  will  be  shipped  FOB  mterence's  Los 
Angeles.  California  facility  in  the  absence  of  'nslruciions  to  the  contrary,  inference  on  oehalt  of  Licensee,  will  select  the 
carrier,  but  shall  not  be  deemed  thereby  lo  assume  any  liability  m  connection  with  the  shipment,  nor  shall  the  earner  be 
construed  to  be  an  agent  ot  inference  Costs  of  shipment  'surancs  and  hanoimg  will  be  me  responsibility  ot  Licensee 

F  THIe  Title  to  and  risk  ot  loss  ot  items  s  jppiied  under  this  Aqreemeni  snail  pass  to  Licensee  upon  deliv¬ 
ery  to  the  earner  at  the  F  0  B  point 

G  Packaging  items  supplied  under  this  Agreement  will  he  shipped  m  interence  s  standard  packaamg 


/ 


This  Agreement  e!tec'.‘ve  this _ Jav  ct _ i98 _ nv  ana  between  inierence  C  jd()'3- 

'■cr  I  i.'i^rcoralion  ,)t  me  State  0!  California,  tccaiea  at  5300  ’/.est  Centyrv  Sou'evara.  Lcs  Angetes.  California.  '30')An  "er“- 
naiter  re'erreo  to  as  ‘nterence  i  an-G _ a  corDoratior,  oi  me  State  .^t _ _ _ 


c-..airi3  at 


_ here'naftef  referrec  to  as  Licensee  ■ 

■,VHEi9EAS  INFERENCE  nas  aeve.'ODea  3  r.cmouier  orogram  wnicn  :s  an  Ayiomatec  Peascnmg  Tool  .vmcr’  .viii 
erematter  oe  'eterrea  to  as  ART  ana  -/mereas  me  ART  orogram  is  caoaDia  ot  aeveiooinq  jsetui  mrerences  ang  a.-.aiyses 
'rom  dvanaoie  mput  intormaiion. 

WHEREAS.  INFERENCE  nas  cooyngnt  protection  on  me  ART  program  ana  nas  IracemaiK  nants  m  ART  ‘or 
LOmputer  programs,  ana 

WHEREAS.  INFERENCE  wishes  to  grant  a  Permanent  License  to  use  tne  ART  progratn  as  more  tuHy  set  lonn 

petcw 


NOW  ThEREI^ORE.  in  ccnsioeration  ot  the  foregoing  premises  ana  tne  mutual  covenants  set  forth  Peiow 
NFERENCE  ana  LfCENSEE  nereDv  agree  as  'oiiows 


1 .  License 

inference  grants  anj  ..icensee  acceois  on  tne  terms  ana  connitions  coniamea  m  this  Agreement  a  non- 
assignapfe.  non-transferaoie.  non-exciusive  ficense  to  use  tne  ART  o'opnetarv  computer  programs  ana  reiaiea  rriaienais 
I  t^'PQucts  I  on  the  CPUs  ana  at  the  K'caiions  soeciiied  m  Exhioit  .A  a  cocv  ot  wnicr.  is  attacnea  hereto  anc  incorocraieo 
herein  oy  reference 


2.  Tiile 

interence  warrants  ana  represents  that  it  is  the  owner  ot  the  Proaucts  Title  ana  fuii  uw  ersnip  ngnts  to  the 
Prcaucts  shall  remain  the  soie  oroperry  o'  interence  Licensee  acKnowieages.  unaerstanas  ana  agrees  irat  me  Prooucts 
;onsiitute  vafuaoie  oropneiarv  assets  ana  trade  secrets  ot  inference  empcdving  suostantiai  creative  erfoas  ana  ccniideniiai 
mormation 


3.  Scope  of  Use,  Terms  and  Fees 

A  The  Products  may  pe  used  Dv  the  Licensee  only  tor  Licensee  s  own  ihiemai  use  at  me  Licensee 
oc.i'ioh  anc  Oh  the  CP'J  as  designated  m  Exhibit  A  ane  CPfJ  listed  m  Exhibit  a  is  herematter  reterrea  to  as  the  Auin,)rLTer; 
3P'J  ■  _  censee  mav  not  rmance  me  location  ot  the  use  ot  the  Products  ana  may  not  use  me  Products  or  cooies  mereot  on. 
jfiv  CP'J  other  mar.  me  Aumonjet:  CPU  .vithout  me  onor  wniien  consent  ot  inference  which  will  no:  pe  jnreasonaoiv 

vithhiii.) 

4.  License  Fees 

-LOhsee  agrees  'o  pay  to  tnterence.  net  thirty  i30l  oavs  trom  me  date  ot  invoice  me  sum  ot _ 

_ 5 _ !  'or  a  Permanent  License  to  use  the  art  oinan/  ccae  interence  s  sian' 

tarn  sott'ware  maintenance  support  ana  updates  tor  ART  ate  inciuoea  m  me  aoovtt  price  tttr  a  uenoa  ct  nmetv  i90i  'tavs 
miiowii'g  me  aaio  oi  signma  ,;t  m.is  Agreement  i  such  tees  are  not  o.aid  m  a  timeiv  'manner  'iiterest  wni  oe  charged  at  me 
treaf',"  ■'  '  nm  per  month  nr  mu  maximum  .allowed  Oy  law 

5.  Type  of  License  and  Usage  Period 

The  Products  .'may  oe  f'censea  on  a  perrmaneni  license  basis  tor  a  one-time  tee  as  specified  above  Thij 
is.tai.’  period  of  a  pe'maneni  license  is  perpetual,  subieci  to  termination  in  accordance  with  the  terms  of  ihis  Agreernent 

6.  Confidentiality  of  Proprietary  Information 

A  Licensee  ‘?xpressiv  acknowledges,  understands  and  agrees  that  the  Products  contain  confidential 
•  >.  ,!u-.,i„yr  irn  ,.rh,,r  m.in  nr'.'nr  nip ry  ■  '  intpronr,'  ;  .cpnseo  tgrpps  nni  '0  allow  -itiv  Such  conlidenlial  information  nr  -lata 
■  •  piS;.,nsp'.;  i.r  ■.■■prr-.ai.ce;:  -rxceoi  mr  use  m  .icr.rttdance  with  Paragraph  3  and  as  provided  m  sub-paragraph  D  beiow 
"see  ’i.im.Hr  .lor.'.'s  ‘i:i  tc;  uilow  jnv  maenme  'eaoaD'e  version  ijl  the  Products  to  be  printed,  listed,  decompiled 
;i' or 

8  Lii  ensee  iis  .sgents  contractors  and  employees,  agree  to  maintain  all  information  and  data  con 
Li. lino  ,ri  the  P'ooucts  including  propneiary  computer  programs,  documentation,  generated  output,  modifications  and  con- 
.•lesions  m  strict  confidence  for  inference  Licensee  agrees  to  protect  the  Products  usmq  at  feast  the  same  degree  ot  care 
'  lisos  to  orotert  its  own  proprietary  ,ind  coniidential  data  ot  iiKe  importarice.  but  .n  no  event  snail  such  care  be  less  than  a 
nmst'riabiv  prudent  ousiness  person  would  laKO  m  a  like  or  similar  situation  Licensee  agrees  to  restrict  access  to  and  dis 
pirjv  ni  such  inform, jhon  anr]  p.iia  to  L/m  Licensee  personnel  who  |i)  have  a  need  to  nave  such  access  or  see  such  display 
.'ririDie  Licensee  lo  uiiii/r-  tni’  Piodui  is  .as  coniempialed  by  this  Agreement  and  fii|  have  been  advised  ot  and  have 
lari-i'fi  10  intai  ihe  Prciiiicis  ,in:i  uuch  inioriiiaiion  and  data  m  ac,.ordance  with  this  Paragraph  6 

r  ;  Lu.i'iv..','  ohligaiions  contained  m  this  Paragraph  6  are  ot  a  special  and  unique  char.acier  which 

;ivi;  ihern  .i  pecuii.ii  v.iiui'  '(  n!i ■iiirice  ,ind  Interence  cannot  be  adequately  compensated  m  damages  m  an  action  at  i.aw  m 
'he  "vent  LicrMisee  hreatthe',  'Uirh  tipligaiions 

Licensee  iherelore  agrees  that,  m  addition  to  any  other  remedies  which  interence  may  possess 
Interence  shall  be  eniiiied  lo  miunciive  or  other  equitable  relief  m  tne  term  of  a  preliminary  and  permanent  miunctions 
or  other  .ippropnaie  or  similar  equitable  remedies,  in  the  event  ot  an  actual  or  threatened  breach  of  said  obligations 

Dv  1  !, 

l-i  J 
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0  Licensee  agrees  ic  .•eDroauce  -ana  mciuae  mferenc"  ^  orcL'fie-'ar ,  anc;  cocvrign,:  >;r^  any 

rccies  p  .vnoie  or  oan.  in  any  iorm.  ot  T.e  ?'cauc:s.  y^ciuding  cui  not  iimi;--;  ;c.  .'eofocj.r.on  ot  :re  nterp.ationai  :oDvr:i;ri 
'otice  consisting  Of  a  c  '  wiihm  a  circle  'ciioweo  ov  tne  aoo'opriate  year  o'  ::-ovngrit  as  jes.gnaieo  ov  'nterence  ano  me 
-arne  inference  Corporation  lO  form  simnar  to  tne  loiiowing 

■■COPYRIGHT'S  !98t  inference  CORP  AN  UNPUBL  3HEO  VVCRK  -THE  ART’"  i^ROGRACl  S 
the  subject  of  trade  SECRETS  AND  COPYRIGHTS  OCS'NSED  FROM  INFERENCE  CORP 
USE  OR  DISCLOSURE  QF  THE  ART  PROGRAM  TO  UNAUTHORIZED  PERSONS  iS  PROHIBITED 

£  The  provisions  of  this  Paragraph  6  shall  survive  the  termination  ot  this  Agreement 

7.  Information  Similar  to  Proprietary  Information 

Licensee  agrees  to  anioe  Dy  the  provisions  of  Paragrapn  6  -ivifh  respect  lo  informaticn  am  aaia  provicea 
py  inference  irrespective  ot  whether  Licensee  nghtfuiiy  possesses  identical  or  similar  information  or  data  op.amea  rignttuiiy 
•rom  sources  other  than  inference  wno  haa  the  right  to  disclose  such  information  and  or  data  Licensee  also  agrees  mat  it 
Licensee  oecomes  aware  that  it  possesses  information  or  data  that  is  identical  or  similar  to  that  wnich  interence  ireais  as 
proprietan/.  Licensee  will  give  inference  prompt  written  notice  thereof  and  me  source  from  wmcn  it  was  oDiainec 

3.  Proprietary  Rights  Indemnification 

Inference  warrants  that  the  Prooucts  do  not  mtnnge  'upon  or  violate  any  ijniiea  Slates  oaten;,  cooyrian; 
or  trade  secret  inference  vwll  defend  at  its  expense  any  action  Drought  agamst  Licensee  lo  the  extent  that  ii  is  pased  on  a 
Claim  that  Products  used  'withm  the  scope  ot  me  license  hereunder  infringe  a  United  States  patent,  ccpyngni  or  irace  sece; 
and  will  pay  any  costs  and  damages  tmaiiy  awaraea  agamst  the  Licensee  m  sucn  action  wmcn  are  attnbutapie  to  sucn 
Uaim.  suDiect  to  the  limitation  ot  iiaoility  stated  m  this  paragraph  3  provided  mat  Licensee  notifies  interence  promptly  m 
writing  pt  me  claim,  allows  inference  to  tuiiy  control  me  defense  of  sucn  cta:m  ana  does  not  agree  to  any  settlement  of  sucn 
claim  without  inference  s  written  consent  Should  the  Products  oecome.  or  m  inference  s  opmion  oe  likely  to  oeconne.  m.e 
suDiect  or  any  claim  of  infringement,  inference  may  procure  tor  me  Licensee  the  ngnt  to  continue  using  tne  Producis, 
replace  or  modify  them  to  make  them  non-mfringing  or  discontinue  me  license  ot  mem  inference  snail  have  no  iiapnitv  tor 
any  Claim  pt  infringement  based  upon  to  use  of  other  than  the  latest  unmodified  release  ot  me  Products  made  avaiiade  to 
■-icensee  ov  inference  if  such  infringement  would  nave  oeen  avomed  Dy  me  use  ot  sucn  release  of  me  Products,  mi  use  or 
scmoinaiion  of  me  Products  'with  non-interence  programs  or  data  it  sucn  ininngemeni  would  not  have  occurred  wimoui  sucn 
jse  or  compination  cr  mil  use  Of  the  Products  after  receiving  notice,  that  the  Products  miringe  a  trace  secret  ot  a  miro  partv 
miess  prompt  written  nonce  mereot  is  given  inference  The  foregoing  stales  tne  entire  iiaoiinv  or  inference  with  respect  to 
ntringement  ot  any  catents.  copyrignts  or  trace  secrets  by  the  Products  and  inierence  snail  have  no  iiaoiiiiy  wnn  resoec;  'o 
jnv  other  proorietan/  rights 

9.  Liability 

Except  as  specitied  m  mis  Agreemeni  inference  snail  not  oe  iiaoie  tor  any  toss  or  damage  mat  rnav  aride 
n  connection  with  the  furnishing  to  Or  use  bv  Licensee  Ot  Products,  or  the  oertormance  ot  the  Products  ana  m  no  event  sraii 
■nteience  oe  iiapie  tor  any  mnireci.  soeciai  'ncioentai  or  ccnseaueniiai  damages  Except  as  otherwise  specified  m  Para- 
jraon  3  ana  Paragrapn  10.  Licensee  shall  nrjt  be  eniiilea  lo  any  monetary  damages  agamst  inference  m  excess  ot  tne 
imounis  caid  to  inference  by  Licensee  hereunder  No  action,  regardless  ot  term.  -ansinQ  out  ot  me  transactions  unae'  'his 
Agrcixineni  -may  ne  orouqnt  pv  either  party  more  than  two  i.2)  years  alter  the  cause  ot  action  nas  acc.'ueo.  except  met  -jn 
K'.tion  'nr  .''on  oavment  may  oe  Drought  within  two  years  alter  the  date  ot  'ast  payment 

10.  Warranty  ' 

Inference  warrants  that  at  the  lime  of  delivery  ot  the  original  Products  suppried  to  Licensee  and  tor  a 
period  ot  ninety  (90)  days  thereafter,  the  original  Producis  will  De  m  subsianiial  accordance  w.th  specifications  m  me  appii- 
■rabit;  technical  reference  rnanual  The  extent  ot  inference  s  liability  under  this  'warranty  shall  De  limited  to  the  correction  or 
•-'Placement  ,is  'mon  as  practicable  ct  any  substantial  oevanon  m  me  cnginai  Piuducts  'or  any  suDseQueni  releases  o'  P-:;.,; 
lids,  ‘rom  ihe  specifications  ic  the  applicable  technical  reterc.nce  manual  whicn  inteience  'easonaoiy  ceiermines  lo  oe 
v’Cr’Gsaiv.  ai  Inference  s  own  cost  ana  expense,  provided  -written  notice  ot  sucn  suDsiantiai  deviations  is  received  by  mipr . 
mice  during  the  warranty  oenod  This  warranty  shall  not  apDiy 't  iO  the  Products  lOr  par,  s  ihereot)  shall  not  pe  used  m 
accordance  with  inference  s  instructions  (ni  the  Products  shall  have  been  altered,  modified  or  convened  by  Licensee  wm 
oui  me  written  approval  ol  inference,  (m)  any  of  Licensee's  equipment  shall  malfunction  which  results  m  the  Products  not 
performing  in  accordance  with  the  specitications  m  the  applicable  technical  reference  manual  or  (iv)  oiher  cause  within  me 
control  rat  Licensee  shall  result  m  any  pan  of  the  Products  becoming  inoperative  or  suPstantiaily  deviating  from  ihe  specifica¬ 
tions  m  the  applicaPie  technical  reference  manual  THE  FOREGOING  WARRANTY  iS  IN  LIEU  OF  OTHER  WARRANTIES. 
EXPRESS  OR  implied.  INCLUDING.  BUT  NOT  LIMITED  TO  THE  IMPLIED  WARRANTIES  OF  MERCHANTABILITY  AND 
fitness  for  a  PARTICULAR  PURPOSE 

11.  Maintenance  Plan 

The  terms  anq  conditions  ot  Inferences  Maintenance  and  Erinancernent  Plan  are  lo  be  tO’jnd  in  Exhibit  B 
a  copy  of  which  is  attached  hereto  and  mcoiporaied  herein  by  reference 

12.  Delays 

interence  shall  not  be  liable  tor  delays  m  the  performance  of  its  obligations  hereunder  due  to  causes 
f)i'v,'''i)  i! reasoi  able  ‘'.nniroi  including,  but  not  limited  to.  Acts  of  God.  strikes  or  inability  to  obtain  labor  or  materials 

I / 
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13.  Notification 

All  nonces  whicn  any  partv  may  be  required  or  desire  to  give  lo  any  oiher  party  snail  oe  given  by  personal 
service,  registered  mail  or  certified  mail  to  the  other  party  at  his  respective  address  set  form  on  me  front  of  this  Agreement 
■Vfaiied  notices  shall  be  deemed  to  be  received  on  the  fifth  California  business  cay  following  the  date  of  mailing. 

14.  Successors 

This  Agreement,  together  with  ail  schedules  or  modifications  now  and  hereafter  made  a  pan  nereoi  snail 
be  binding  on  the  respective  panies  and  their  respective  heirs,  executors,  aammisiraiors.  legal  representatives,  successors 
and  assigns. 


15.  Governing  Law 

This  Agreement  shall  be  governed  by  me  laws  of  the  State  of  California  applicable  to  contracts  wholly 
executed  and  wholly  to  be  performed  withm  the  Slate  of  California.  This  Agreement  constitutes  the  entire  agreement  ana 
understanding  between  the  parties  relating  to  the  license  and  use  of  the  Products,  and  all  other  prior  agreements,  arrange¬ 
ments  or  understandings,  oral  or  written,  are  merged  into  and  superseded  by  the  terms  of  mis  Agreement.  Title  and  Para¬ 
graph  headings  are  for  convenient  references  and  are  not  a  part  of  this  Agreement 

16.  Invalid  Provisions 

No  waiver  of  any  breach  of  this  Agreement  shall  constitute  a  waiver  or  any  other  breach  of  the  same  or 
other  provisions  of  this  Agreement  and  no  waiver  shall  be  effective  unless  made  m  writing  in  the  event  ihat  any  provisions 
herein  shall  be  illegal  or  unenforceable,  sucn  provisions  shall  be  severed  and  the  entire  Agreement  snail  not  tail,  but  me 
balance  of  the  Agreement  shall  continue  m  full  force  ana  effect 

17.  Term 

This  AgreerrKni  shall  commence  on  the  date  of  execution  nereot  ana  it  snail  remain  m  force  until  the 
licenses  of  all  Products  have  completed  meir  soecifiea  usage  periods 

18.  Termination 

upon  completion  of  a  soecitied  usage  oenoa  for  a  license  of  a  Product,  or  if  Licensee  fails  to  fulfill  its 
ODiigaiions  under  mis  Agreement,  inference  may  uoon  its  election  and  in  addition  to  any  other  remedies  it  may  have,  upon 
written  notice  to  Licensee  of  the  breach,  ana  failure  by  Licensee  to  cure  sucn  breach  within  two  (2)  weexs,  terminate  ail  of 
the  rights  granted  by  it  hereunder.  Udon  termination  as  set  forth  herein.  Licensee  shall,  within  two  (2)  weexs,  return  to  infer¬ 
ence  the  Products  supplied  to  Licensee  and  destroy  or  delete  all  copies  or  the  Products,  including  but  not  limited  to  any 
inference  suopneo  information,  loao  modules,  oacx-uo  or  archival  'n'cr.maiion  data  sets  and  oocumentaiion  Licensee  will 
verify  this  action,  m  writing  to  Inference. 


iN  WITNESS  WHEREOF  each  of  the  parties  has  caused  this  Agreement  to  be  executed  m  oublicate  originals  bv 
■IS  duly  autnorized  representatives  on  the  resoective  daieo  entered  below. 


Agreed  ann  Acceoiea 

inierence  Corporation 

SIGNATURE _ 

NAME _ _ _ 

title _ 

DATE _ 


Agreeo  and  Accepted 

licensee _ 

SIGNATURE _ 

NAME _ 

title _ 

DATE _ 


n 
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Tekncwiecge  inc 
•717  ADoey  Oak  D'ive 
Vienna.  Virginia  22180 
1 703)  255  3385 


Ronald  K.  Qoldstein 

Senior  Accouni  Manager  October  21,  1986 

Mr.  Chuck  Zeigler 
Delta  Information  Systems 
Horsham  Business  Center 
Building  3 
300  Welsh  Road 
Horsham,  Pa.  19044 


Dear  Mr.  Zeigler: 

Teknowledge,  Inc.  is  pleased  to  pro^'ide  you  with  a  quote  for 
MicroVAX  based  S.l  expert  system  software.  S. 1  is  available  for  both 
VMS  and  Unix  (Ultrix)  operating  systems  and  can  be  delivered  on  either 
cartridge  or  disk  media. 

Teknowledge  offers  the  initial  copy  of  S.l  and  the  following 
additional  items  for  a  total  of  $25,000  for  the  MicroVAX  version  of 
S.l: 

o  S.l  expert  system  development  software  for  your  work- 
1  on  i 

o  s.l  Documentation  (Users  Guide,  Reference  Manual  and 
Sample  Knowledge  Systems); 

o  The  S.l  packager  used  to  build  and  field  delivery 
systems ; 

o  One  week  of  Knowledge  Engineering  Methodology ( KEM ) 
training; 

o  Two  weeks  of  S.l  training;  and 

o  One  year  of  telephone  hotline  support  and  3.1  product 
updates . 

Additional  development  copies  of  S.l  are  available  at  $25,000 
through  the  5th  copy  and  decrease  to  $20,000  thereafter. 

Delivery  [or  run-time)  licenses  of  S.l  applications  are  priced  at 
$3,000  for  the  first  through  the  30th  copy  and  $2,700  per  copy  for 
the  31st  through  the  100th  copy.  Teknowledge  is  open  to  working  witti 
Delta  Information  Systems  in  working  out  special  pricing  for 
situations  involving  a  commitment  to  purchase  blocks  of  development 
and/or  delivery  copies  of  S.l. 

If  you  have  any  further  questions,  please  do  not  hesitate  tu  v;aLl. 


,  \  ‘•'l 

'^oDnec  A,'!itic:3i  /r.’e.'vce.'^ce 


Sincere! 


/ 


TEKNOWLEDGE,  INC. 

Software  License  Agreement 
Paragraph  A 

Tkl*  Lle<a><  Acr««i«at  T«kaowl«4c*i  U4  tb*  C.lc«a«««  Idaatlfltd  balov  eoaatata  of  tbia  Parafrafh  A  aad 

Ttbaowlodi*.  lae.  Qaatral  Taraa  aad  Coadltioaa  Xafartaea  laabtr:  'rtleb  la  latorporatad  bjr 

tbla  rtftraact. 

Data 

Parcbaaa  Ordar  baabar  ____ 

Tbs  ProdadtCa)  to  ba  prcrldad  ara: 


Designated 

CPU  Make  &. 

Maintenance 

Maintenance 

License 

Quantity  Product 

Serial  #■ 

Period 

Fee 

Fee 

_  S.l  (DEC  V\X)  _ 

S.l  iXffox)  ___ 

_  S.l  (Symbolics)  _____ 

_  .M.l  _ 

____^  M  l  D«ilv«ry  Systems  ____ 

_____  M.l  a  _ 

•Serial  number  required  for  S  i  licenses  only. 


Tot-l  rata;  « 


(tielnalTa  of  appllcabla  taaaa  aad  ablpplas  cbarr**} . 


SltaCa)  location  (aot  raqalrad  for  M.l  Dallrary  Syataaa) : 

(a)  _ 

Sireet  Address  Cliy  Slate 

(b)  _ 

Street  Address  City  State 

Accepted  by  LICENSEE:  Accepted  by  TEKNOWLEDGE,  INC.. 


Company  Name: 
Company  Address: 


TEKNOWLEDGE  INC. 

525  University  Avenue.  Suite  200 
Palo  Alto.  CA  0d301 


Signature: 

.Name _ 

Title _ 

Date 


Signature 

Name 

Title _ 

Date 


Zip  Code 


Zip  Code 


TEKNOWLEDGE,  INC. 

S.l  General  Terms  and  Conditions 


51041 

Reference  Number 

1.  DEFCVITIONS 

I.  Aireement.  This  AcreencBl  consists  of  these  Gencrti  Terms  ind  Conditions  ud  Ptnerspb  A  ettsebed 
hereto.  These  Geoenl  Terms  tad  Conditions  are  ftneral  terms  and  conditions  for  the  Ucensini  of 
Tekuowledce's  proprietary  compoter  software  products.  Mors  than  one  Paracrapb  A  may  incorporate  these 
GeneraJ  Terms  and  Conditions  by  reference.  Each  Paracraph  A,  taken  totsthcr  with  these  General  Terms 
and  Conditions,  shall  constitote  a  separate  Acreement  and  shall  be  considered  independent  of  any  other 
afTSements  between  the  parties  which  incorporate  these  General  Terms  and  Conditions. 

b.  Product.  The  term  ’Product'  means  one  or  more  of  the  proprietary  eompntcr  software  procrams  identified 
in  Paracraph  A,  all  related  materials,  documentation  and  information  received  by  Licensee  from  Licensor 
and  the  published  specifications  for  the  Product.  Parafrapb  A  may  identify  more  than  one  Product  or 
more  than  one  copy  of  any  Product. 

c,  Desiicnated  CPU.  The  term  ’Deeicnated  CPU*  meaoe  any  central  processinc  nnit,  Includinf  its  associated 
peripheral  units,  described  in  Paracraph  A.  Paracraph  A  may  deticnate  more  than  one  CPU. 

3.  LICENSE 

a.  Grant  of  License.  Licensor  hereby  c^uts  to  Licensee  and  Licensee  hereby  accepts  from  Licensor  a 
nonexclusive,  nontransferable  license  to  use  the  Productfs)  in  acrordanee  with  this  Acreement  durinc  the 
term  speciTied  in  Section  S.  Licensee  is  aware  that  this  Acreement  ennts  Licensee  no  title  or  richts  of 
ownership  in  the  Product  and  that  Licensor  consider*  the  Prodnet  to  be  the  proprietary  information  and  a 
trade  tecret  of  licensor.  It  Is  expressly  understood  and  acreed  that  the  obUcations  of  this  section  ibail 
survive  the  expiration  or  termination  of  the  Acreement  or  any  provision  hereof. 

b.  Payment  of  LIcente  Fee.  As  a  condition  to  Licensor's  oblifatioas  hereunder.  Licensee  acrees  to  pay,  within 
thirty  (30)  days  foUowinc  receipt  of  an  invoice  by  Licensor,  the  one-time  License  Fee  set  forth  for  such 
Product  in  Paracraph  A. 

c.  Restrictions  on  Uee.  Licensee  is  authorxed  to  use  the  Prodnet  only  for  Licensee’s  internal  purposes  and  only 
on  the  Oesicnated  CPUs  at  the  siieie)  speciTied  in  Paracraph  A.  Lieentce  acrece  that  it  will  not  use  or 
permit  the  Prodnet  to  be  used  in  any  manner,  whether  directly  or  indirectly,  that  would  enable  Licensee's 
eustomeri  or  any  other  person  or  entity  to  use  the  Product  on  other  than  a  Desicnated  CPU.  Licensee 
aeknowledcet  and  acrees  that  this  Subsection  2(C)  speciflcaily  prohibits,  without  Umitatioo:  (i) 
incorporation  of  the  Product  into  any  of  Licensee's  products  intended  for  distribution,  or  actually 
distributed,  to  third  parties,  (ii)  use  of  the  product  on  or  over  nay  computer  network  system,  except  one 
such  nse  for  the  pnrposc  of  initial  inetnllttiaa  of  thn  Product  on  the  Oesicnated  CPU.  or  thereafter, 
reiastkllntioBi  foUowiac  system  failures,  (Ui)dlsasstmbly  or  eopyinc  (except  preparation  of  a  siacle  back-up 
copy)  of  the  Product  or  (iv)  cnbUcense,  commercial  time-chariDC  nr  realaJ  of  the  Product.  Licensee  may  not 
assicn  or  rablictnse  the  license  cranted  hereunder  without  the  prior  written  consent  of  Licensor,  and  any 
such  purported  astienmeni  or  tubliceuse  shall  be  void. 

d.  Use  on  Otbrr  than  Desiipiated  CPU.  Notwithstandinc  ‘he  forecoinc  restrictions  on  nse,  but  subject  to  the 
requirements  of  notice  and  consent  set  forth  in  this  Subsection  2(D),  Licensee  may  nse  the  Product  on  other 
than  a  Oesicnated  CPU  in  the  followinc  circunutancee:  (i)  if  a  Deeicnated  CPU  cannot  be  nted  because  of 
equipment  or  software  malfunctions.  Licensee  may  temporarily  nse  the  Product  on  another  CPU;  and  (ii)  if 
a  Deeicnated  CPU  is  replaced  by  Licensee.  Licensee  may  deticnate  a  tncectsor  Deeicnated  CPU  and  nse  the 
Product  on  such  CPU,  provided  that  use  ou  the  prior  Octifnated  CPU  has  ceased.  Licensee  must  cive 
Licensor  prior  written  notice  and  Licensor  must  ct*'*  prior  written  consent  (which  ihnll  not  be 
unreasonably  withheld)  before  such  other  niet  are  permitted. 

*.  Documentation.  Liccaeor  iball  provide  Licensee  with:  (i)  the  Prodnet  in  machine  readable  form  and,  (ii) 
Licensor's  then-current  user  documentation  for  the  Product  (*Decurpentati:>D*). 

f.  Proprietary  Markinas.  Liceuse  acrees  to  maintain  all  copyricht.  and/or  other  markinp  and/or  Iccends 
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pUccd  upca,  cootained  with  or  includtd  in  the  Product,  documentation  and/or  related  materialj.  Such 
obIi{atioD  to  maintain  tbaJl  also  include  the  oblifation  to  perpetuate  such  markinp  and/or  lefends  on  all 
copies  of  the  Product,  documentation  and/or  related  materials  prepared  by  Licensee  in  accordance  with  the 
terms  of  this  Agreement. 

J.  TERM  AND  TERMINATION 

a.  The  license  (ranted  under  this  Afreemeat  shall  commence  upon  the  delivery  of  the  Product  tot,ieeatee  and 
shall  continne  in  perpetuity  unless  sooner  terminated  pursuant  to  Subsection  S(B)  below. 

b.  In  the  event  of  any  default  by  the  Licensee  of  any  material  term  covenant,  or  obll{ation  under  this 
Acreement,  this  Acreement  shall  terminate  on  thirty  (JO)  days  prior  written  notice  by  Licensor. 

c.  The  followini  conditions  apply  upon  termination;  (i)  the  Licensee  thall  discontinue  use  of  the  Product  and 
shall  deliver  to  Licensor  the  Product  and  related  matciah  furnished  by  Licensor  .ojether  with  all  copies 
thereof,  and  thall  warrant  in  writing,  within  thirty  (30)  days  of  terminakion.  that  the  Product,  related 
materials  and  all  copies  thereof  have  been  returned  to  Licensor;  and  (ii)  the  Licensee  thall  also  erase  or 
destroy  any  of  the  Product  contained  in  computer  memory  or  data  storage  apparatus  under  the  control  of 
the  Licensee  and  shall  remove  the  Product  from  all  software  systems  of  Licensee.  The  Licensee  shall 
warrant  such  in  writing  to  Licensor  within  thirty  (30)  days  of  termination. 

d.  If  Licensee  fails  to  comply  with  the  provisions  of  Subsection  3(C)  above.  Licensor  thall  have  the  right  lo 
take  possettioo  of  the  Product,  wherever  the  tame  may  be  located,  upon  notice  and  demand,  in  accordance 
with  process  of  law. 

L  MAINTENANCE  AND  SUPPORT 

a.  Maintenance_and_Sii££on_SerrieeSj  Subject  to  the  terms,  conditions  and  charge*  set  forth  in  this  section, 
Licensor  will  provide  Licensee  with  maintenance  and  support  tenrice*  for  the  Product(i)  for  a  period  of 
ninety  (00)  days  from  date  of  invoice  as  is  necessary  to  cause  th-  Prodnct(s)  to  perform  in  accordance  with 
its  current  published  specifications.  Licensee  acknowledges  that  access  by  Licensor  to  the  Designated  CPU 
and  Licensee's  products  being  developed  with,  or  containing,  the  Product(s)  shall  he  essential  to 
performance  by  Licensor  of  its  obligations  under  this  Section.  The  maintenance  and  support  services  shall 
be  performed  by  telephone  from  Licensor's  ofTicet  in  Palo  Alto,  California  or  at  Licensee's  location,  as 
Licensor  may  elect  in  its  sole  discretion. 

b.  Duration  of,  and  Charges  for,  .Maintenance  and  Support.  There  will  be  no  additional  charge  for  maintenance 
and  support  during  the  first  ninety  (SO)  days.  For  each  year  after  the  first  ninety  (00)  dsys  Licensor  will 
continue  to  provide  Licensee  with  maintenance  and  support  services  u  described  in  Subsection  4(A)  above, 
provided  that  Licensee  executes  a  separate  Maintenance  Agreement  and  pays  Licensor  in  advance  the 
annual  maintenance  and  support  charges  then  in  effect. 

e.  Limitations  on  Licensor’s  Oblieationi. 

Licensee  understands  and  agrees  that  Licensor  may  develop  and  market  new  or  different  computer 
programs  which  use  part  or  all  of  the  Produces)  and  which  perform  all  or  part  of  the  functions  performed 
by  the  Product(5).  Nothing  contained  in  this  Agreement  givee  Licensee  any  rights  with  respect  to  such  new 
or  different  computer  programs.  Any  failure  by  Licensor  to  provide  ongoing  annual  maintenance  and 
support  on  the  anniversary  date  of  the  agreement  shall  not  censtilntc  gronnds  for  terminating  this 
Agreement  but  shall  be  only  a  basis  for  terminating  the  parties'  futnre  obligations  srith  respect  to 
maintenance  and  support. 

d.  Licensee  Confidential  Information. 


Licensor  understands  that  it  may,  in  the  eourte  of  performing  the  maintenance  and  support  services,  have 
accesi  to  certain  confidential  information  of  Licensee  which  Licensee  has  clearly  marked  as  such  or 
otherwise  identified  in  writing  lo  Licensor  prior  to  disclosure  as  being  conTidcnlial.  Licensor  agrees  to 
safeguard  all  euch  confidential  information  (’Licentec  Confidential  Information*)  in  a  manner  consistent 
with  the  protection  accorded  to  Licensor's  own  confidential  information,  and  shall  restrict  access  to  all 
Llceniee  Confidential  Information  to  thoee  employees  and  consultanli  of  Licensor  with  a  'need  to  know*. 
Licensor  shall  have  no  liability  to  Licensee  for  the  disclosure  of  Licensee  Confidential  Information  to  third 
parties  except  where  such  diiclcfure  is  made  willfully  and  with  knowledge  that  the  information  disclosed 
constituted  Licensee  Confidential  luformation.  Licensor  shall  return  all  Licensee  Confidential  loformation 
to  Licensee  upon  written  demand  by  Licensee,  or  provide  a  certificate  of  destruction  with  respect  thereto. 
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s.  warranty 


UoleM  it&tcd  othermj*  ia  Pmi(npb  A,  Liccoior  hereby  wurutt  that  it  has  title  to  the  rroduei(>),  the  ri(ht  to 
eater  into  this  License  Afreement  and  (rant  the  license  hereunder,  and  that  the  Product's),  u  delivered  by 
Licensor,  if  properly  installed  on  a  Designated  CPL  in  conformance  with  the  written  instructions  provided  to 
Licensee  by  Licensor,  is  capable  of  operatinf  in  conformance  with  the  Product's  tben-cairent  published 
specifications.  Licensor  does  not  and  cannot  fuarantee  the  performance  or  results  that  msy  be  obtained  by  use 
of  the  Product  and  Documentation;  accordin|iy.  the  Product  and  Documentation  is  licensed  to  Licensee  ‘u  is  * 
EXCEPT  AS  specifically  PROVIDED  IN  THIS  SECTION,  LICENSOR  hCAKES  NO  WARRANTIES 
EITHER  EXPRESS  OR  IMPLIED  AS  TO  ANY  MATTER  WHATSOEVER,  INCLUDING,  WITHOUT 
LIMITATION,  ANY  WARRANTY  OF  MERCHANTABILITY,  OR  FITNESS  FOR  ANY  PARTICULAR 
PURPOSE.  THE  ENTIRE  RISK  AS  TO  RESULTS  OF  USE  OF  THE  PRODUCT  IS  ASSUMED  BY  THE  USER 

8.  INDEMNIFICATION 


Licensor  agrees  to  indemnify  Licensee  and  to  hold  it  harmless  from  all  damages  awarded  afainst  Licensee  in  tbe 
United  Stales  or  Canada  by  virtue  of  Licensee's  use  of  the  Product  as  delivered  by  Licensor  and  maintained  on  a 
Designated  CPU,  provided  that  Licensor  is  {iven  prompt  notice  of  any  such  claim  and  the  ri{ht  to  control  and 
direct  tbe  iovetti(ation,  preparation,  defense  and  settlement  of  each  such  claim  and  further  provided  that 
Licensee  shall  fully  cooperate  with  Licensor  in  connection  srith  the  foretoinf.  Should  the  Product(s)  delivered  by 
Licensor  became  or,  in  Licensor's  opinion,  be  likely  to  become  the  subject  of  a  claim  of  infrinfement  of  a  trade 
secret,  patent  or  copyright.  Licensor  may  at  its  option  and  expense  either  (a)  procure  for  Licensee  the  right  to 
continue  to  use  the  product  as  contemplated  hereunder,  or  (b)  replace  and/or  modify  the  Product  to  make  its  use 
hereunder  noninfringiog.  If  neither  option  is  reasonably  available  to  Licensor,  then  this  Agreement  may  be 
terminated  at  the  option  of  either  party  hereto  without  further  obligation  or  liability  except  as  provided  in 
Sections  3(C)  and  B  hereof,  aod  refund  by  Licensor  to  Licensee  of  tbe  total  License  Fee  actually  paid  hereunder. 
Licensor  shall  have  no  liability  for  any  claim  of  trade  secret,  patent  or  copyright  infringement,  based  on 
Licensee's  use  or  combination  of  the  Product  with  products  or  data  not  supplied  by  Licensor  as  part  of  tbe 
Product. 

r.  LIMITATIONS  OF  LIADILITY  AND  TIME  TO  SUE 

a.  Modification  of  product  by  Licensee.  Any  modiTication  of  the  Product  by  Licensee  or  any  failure  by 
Licensee  to  implement  any  Updates  to  tbe  Product  as  supplied  by  Licensor  shall  void  Licensor's 
maiatentnee  and  suppoict  obligations  under  Section  t.  Licensor's  warranty  under  Section  S  and  Licenior'i 
iodemoity  under  Section  8  above,  unless  Licensee  hu  obtained  prior  written  autborisalion  from  Licensor 
permitting  such  modification  or  failure  lo  implement. 

b.  Limitations  on  Licensor's  Liability.  Except  as  provided  in  section  8  above.  Licensor  shall  not  be  liable  for 
any  direct,  indirect,  special,  consequential  or  any  other  damages  arising  out  of  Licensee's  use  of  tbe  Product 
or  the  marketing,  delivery,  iostailation,  furnishing,  maintaining  or  supporting  of  tbe  Product  by  Licensor. 
If  for  any  reason  any  of  the  foregoing  limitations  of  liability  is  voided  or  is  not  efTective.  Licensee  agrees  that 
(except  as  provided  in  Section  8  above)  Licensor's  liability  for  damages,  if  any,  ihaU  not  exceed  tbe  charges 
paid  to  Licensor  by  Licensee  for  use  of  the  Product  uuder  this  Agreement.  No  action,  regardless  of  form, 
arising  out  of  any  of  tbe  transactions  under  this  Agreement  may  be  brought  by  Licensee  more  than  one  (1) 
year  after  such  action  accrued. 

8.  PAh>.fENT(Si:  TAXES 

a.  Payment.  Licensor  will  invoice  Licensee  for  tbe  amount  due  on  delivery  of  tbe  Product  as  specified  in 
Paragraph  A.  All  payments  shall  be  due  and  payable  within  thirty  (30'  lays  after  Licensee's  receipt  of  an 
invoice  f.'om  Licinsor.  Licensee's  obligation  to  pay  all  accrued  charges  shall  survive  tbe  expiration  or 
Mrmination  of  this  Agreement 

b.  Taxee.  In  addition  lo  all  chargee  speeiTied  in  this  Agreement,  Lieeneee  shall  pay  or  reimburse  Lieeutor  for  all 
federal,  stale,  local  or  other  taxes  not  based  on  Licensor's  net  income  or  net  worth,  including,  but  not 
limited  to,  sales,  use.  privilege  and  property  taxes,  or  areouota  levied  in  lieu  thereof,  based  on  charges 
payable  under  this  Agreement  or  baaed  on  the  Product,  ill  use  or  any  services  performed  hereunder, 
whether  such  taxes  arc  now  or  hereafter  imposed  under  tbe  authority  of  any  federal,  state,  local  or  other 
taxing  jurisdiction. 

B  NO  EXPORT 


Licensee  understands  and  recognuei  that  the  Produrtis)  and  other  malenals  made  available  to  it  hereunder  snd 
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«h«  direct  Praduct(ij  produced  through  uie  thereof  may  be  tubject  to  the  export  admioutrttioo  rerulatloni  of 
the  United  Statee  Department  of  Commerce  and  other  United  Statee  government  regulatione  relating  to  the 
export  of  technical  data  and  equipment  and  Product(<)  produced  therefrom.  Licenaee  ia  familiar  with  and  agrees 
to  comply  with  all  such  regulation!,  including  any  future  modiTications  thereof. 

10.  GENERAL 

a.  Notices.  All  ooticee,  demands  or  consents  required  or  permitted  hereunder  shall  be  in  srriting'and  shall  be 
delivered,  tent  by  telegram  or  telex,  or  mailed  to  the  respective  parties  at  the  addresses  set  forth  in 
Paragraph  A  or  at  such  other  address  an  shall  have  been  given  to  the  other  party  in  writing  for  the  purposes 
of  this  clause.  Such  notices  and  other  communications  shall  be  deemed  effective  npon  the  earliest  to  occur 
of  (i}  actual  delivery,  (ii)  five  (6)  days  after  mailing,  addressed  and  postage  prepaid  u  aforesaid,  or  (iii)  two 
(2)  days  after  transmission  by  telex  or  telegram. 

b.  Waiver  snd  Amendmeot.  No  waiver,  amendmeot  or  m.>dif  ation  of  any  provision  hereof  shall  be  effective 
unless  lit  writing  and  signed  by  the  party  against  whom  sueu  waiver,  amendment  oi'  modlTication  is  sought 
to  be  enforced.  No  failure  or  delay  by  either  party  in  exercising  any  right,  power  or  remedy  hereunder  shall 
operate  as  a  waiver  of  any  such  right,  power  or  remedy. 

c.  Assi^nme^  This  Agreement  shall  be  binding  upon  and  inure  to  the  benefit  of  the  successore  and  assigns  of 
the  parties.  Licensee  may  not  assign  or  delegate  any  of  its  rights  or  obligations  under  this  Agreement  to 
any  third  party  without  the  express  written  content  of  Licensor. 

d.  Governing  Law.  This  Agreement  shall  be  governed  by  the  law  of  the  State  o'  Callfoniia  as  such  law  is 
applied  by  California  couni  to  contracts  between  California  residents  entered  into  and  to  be  performed 
within  the  State  of  California. 

e.  Integration^  This  Agreement,  including  any  attached  Exhibita,  constitutes  the  final,  complete  and  exclusive 
tgreement  of  the  parties  concerning  the  subject  mattir  hereof,  snd  supersedes  any  other  communication 
related  thereto. 

f.  Severtbilitv.  In  the  event  that  any  provision  of  this  .Agreement  shall  be  unenforceable  or  illegal,  such 
provision  stall  be  leveredi  and  the  entire  Agreement  shall  not  fail,  but  the  balance  of  the  Agreement  shall 
continue  in  full  force  and  effect. 


ACCEPTED  BY  LICENSEE: 


accepted  by  TEKNOVATEDGE.  INC.: 


Company  Teknowledse.  Inc. 

.A.ddres.1 _ _  525  U-'.vtrsRy  Avenue 

_  Palo  Alto,  California  C4301 


Signature 

Name _ 

Title 


Signature 

Name _ 

Title 


TEKNOWLEDGE,  INC. 

Software  License  Agreement 
Paragraph  A 

Tilt  Ue«i««  A(r*(«tst  b«tv«ti  T«Kaovl*4c*.  I»c.  ua  tb*  Idantlflid  btlotf  coailit*  of  tkli  Paxa<r^h  A  tad  ibt 

TikBOvltdfd,  lac.  ccacral  Tcraa  ud  Caadltloai  Xtfirtaea  Batbir;  OA'I  vaich  it  lacorponttd  b7 

tbia  rtftrtact. 

aatt 

Parcbaat  Ordtr  llaabtr 

Tbc  Prodaet(t)  to  b«  proTidtd  art; 


Designated 

CPU  Make  & 

Maintenance 

Maintenance 

License 

Quantity  Product 

Serial  #* 

Period 

Fee 

Fee 

S.l  (DEC  VAX) 
S.l  (Xerox) 

S.l  (Symbolics) 


.Ml 


M.l  Delivery  Systems 


M.la 


•Serial  number  required  for  S.l  licenses  only. 


Total  rtti:  t 


(taclaalTt  of  applleablt  taztt  aad  tblpplag  ebarfei) . 


Sltt(t)  locatlLa  (aot  rtqalrtd  for  M.l  Dtllvtry  Syattat) : 

(a) _ ; _ 

street  .Address  City  Slate 

(bl _ 

Street  Address  City  State 

Accepted  by  LICENSEE:  Accepted  by  TEKNOWLEDGE.  INC 


Company  Name: _ 

Company  Address: 


TEKNOW-LEDGE.  INC. 

625  University  Avenue.  Suite  200 
Palo  Alto,  CA  0d301 


Signature: 

Name 

Title _ 

Date 


Signature 

Name 

Title _ 

Date 


2!p  Code 


Zip  Code 
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TEKNO\VLEDGE,  INC. 

S.l  General  Terms  and  Conditions 


Reference  Numben  51041 

1.  DEFINmONS 

*.  Acreement.  This  Acrt^ment  eontiiu  of  these  Genenl  Terms  end  Conditions  end  Pnrscnpb  A  sttsebed 
hereto.  These  Genersl  Terms  end  Conditions  u*  (enenl  terms  tnd  conditions  for  the  lieensioi  of 
Tekuovledcc's  propnctsry  computer  softwsre  products.  Mora  then  one  Pen^npb  A  msy  incorporate  these 
General  Terms  end  Conditions  by  refereoee.  Esch  Psneraph  A,  token  tofether  ssith  these  General  Terms 
tnd  Conditions,  shell  constitute  t  septn>t  Ai(reement  tnd  shell  be  considered  independent  of  tny  oth*r 
ecreements  betveen  the  ptrties  which  incorporate  these  General  Terns  tnd  Conditions. 


b.  Produe^  The  term  'Product*  metnl  one  or  more  of  the  ptopriettry  computer  softwerc  proirtms  identiTicd 
in  Ptrtfraph  A,  tU  reltted  mttcritis,  documenittion  tnd  informttion  raeeived  by  Licensee  from  Licensor 
tnd  the  published  specinettions  for  the  Product.  Ptncnpb  A  mty  identify  more  then  one  Product  or 
more  then  one  copy  of  toy  Product. 


c.  Desientted  CPU.  The  term  'Desipitted  CPU*  metns  tny  central  processinf  unit,  includint  its  esseeitted 
peripheral  units,  described  in  Ptracraph  A.  Ptraenph  A  mty  desipitte  more  then  one  CPU. 


i.  LICENSE 

t.  Grant  of  License.  Licensor  hereby  (rants  to  Licensee  tnd  Licensee  hereby  tccepts  from  Licensor  t 
nonexclusive,  nontrtnsfertble  license  to  use  the  ProducMs)  in  tecordtnee  with  this  Acreement  durini  the 
term  specified  in  Section  3.  Licensee  is  twtre  thtt  this  Acreement  ertnu  Licensee  no  title  or  richts  of 
ownership  in  the  Product  tnd  thtt  Licensor  considen  the  Product  to  be  the  propriettry  informttion  tnd  t 
trade  secret  of  licensor.  It  is  expressly  understood  tnd  tfTced  thtt  the  oblicttions  of  this  section  shtJl 
survive  the  expiration  or  terminttion  of  the  Acreement  or  tny  provision  hereof. 

b.  Ptyment  of  Lieense  Fee.  As  t  eooditlon  to  Licensor's  obtic*(ioBS  hereunder.  Licensee  tcrees  to  pty,  within 
thirty  (30)  dtys  followinc  receipt  of  to  invoice  by  Licensor,  the  one-t.mr  Lieense  fee  set  forth  for  such 
Product  in  Ptracraph  A. 

c.  Restrictions  on  Use.  Licensee  is  tutboriied  to  use  the  Product  only  for  Licensee's  interatl  py  .-i  .cs  tnd  only 
on  the  Desicntied  CPUs  tt  the  sit«<s)  specified  in  Ptracraph  A.  Licensee  terte*  thtt  it  rili  not  use  or 
permit  the  Product  to  be  used  in  tny  mtnner,  whether  directly  or  indirectly,  thtt  would  entble  Licensee’s 
euitomcrs  or  toy  other  person  or  entity  to  use  the  Product  on  other  ibtn  t  Desicntied  CPU.  Licensee 
tckoowledces  tod  tcrees  thtt  this  Subteetioo  2(C)  spceinetlly  prohibits,  without  limitttion;  (i) 
iDCorporr'ion  of  the  Product  into  toy  of  Licensee's  products  intendeo  for  distribution,  or  tctiitlly 
distributed,  to  third  ptrties,  (u)  use  of  the  product  on  or  over  toy  computer  network  system,  except  one 
such  use  for  the  purpose  of  ioititl  insttUttioa  of  the  Product  on  the  Desientted  CPU,  or  thereiftcr, 
rainsttlittions  followinc  system  ftilures,  (ui)distsiembiy  or  copyinf  (except  preptralion  of  t  sinclc  back-up 
copy)  of  the  Product  cr  (iv)  subUceosc.  commercitl  time-shtrinc  or  rental  of  the  Product.  Licensee  mty  rot 
tssico  or  sublicense  the  license  ertnted  hereunder  without  the  prior  written  consent  of  Licensor,  tnd  toy 
such  purported  issicnment  or  sublicense  shall  be  void. 

d.  Use  on  Other  thin  Desicnned  CPU.  Notwithstandinc  the  foracoinf  restrictions  on  use,  but  subject  to  the 
requiremeou  of  notice  sod  consent  set  forth  in  this  Subsection  2(D),  Lueusee  mty  use  the  Product  on  other 
than  t  Desientted  CPU  in  the  followinc  circumsitnces:  (i)  if  t  Desientted  CPU  cannot  be  used  because  of 
equipment  or  software  mtlfunetions,  Licensee  mty  temporarily  use  the  Product  on  taothcr  CPU;  tnd  (ii)  if 
t  Desientted  CPU  is  replaced  by  Licensee,  Licensee  mty  desientte  t  snecessor  Desientted  CPU  tnd  use  the 
Product  on  soefa  CPU,  provided  that  use  on  the  prior  Desientted  CPU  has  rciscd.  Licensee  must  (ive 
Licensor  prior  written  notice  tnd  Licensor  must  c>ve  its  prior  written  consent  (which  shall  not  be 
ooretjontbly  withheld)  before  such  other  uses  are  permitted. 

c.  Documentation.  Licensor  shall  ptovids  Licensee  with:  (i)  the  Product  in  machine  readable  form  ud,  (ii) 
Licensor's  tbcD-current  user  documentation  for  the  Product  ('Decuoieutatisn* ). 

f.  Proprietsry  Mtrkinits.  License  tfrees  to  mainttin  all  eopyriiht.  and/or  other  mtrkinp  tnci/or  leteods 
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pitted  upon,  coottined  with  or  mcluded  id  the  Product,  doenmcDtalioD  tnd/or  related  materitlt.  Such 
oblilttioo  to  maiataiD  ihall  aijo  iacludc  the  oblicatioD  to  perpetuate  eueb  markiop  aad/or  lefesdi  oo  all 
eopiei  of  the  Product,  documeotation  aod/or  related  icatehale  prepared  by  Liceniee  ia  aceordaoce  with  the 
teimt  of  tbij  AerecDient. 

S.  TERM  AND  TERMINATION 

a.  The  liccDae  (Taoied  under  thur  Arreement  thall  coranieDce  upon  the  delivery  of  the  Product  tol^iceniee  and 
■hall  continue  in  perpetuity  unle**  tooner  terminated  punuant  to  Subtection  d(B)  below. 

b.  In  the  event  of  any  default  by  the  Lieenae*  of  any  material  term  covenant,  or  oblifation  under  tbia 
Afreement,  this  Afreement  tfaaJi  terminate  on  thirty  (SO)  dayt  prior  written  notice  by  Lieentor. 

c.  The  followinf  conditiona  apply  upon  termination;  (1)  the  Licensee  thall  discontinue  use  of  the  Product  and 
shall  deliver  to  Licensor  the  Product  and  related  materials  furnished  by  Licensor  together  with  all  copies 
thereof,  and  shall  warrant  in  writint.  within  thirty  (30)  dayt  of  termination,  that  (he  Product,  related 
matenals  and  all  copies  thereof  have  been  returned  to  Licensor  and  (ii)  the  Licensee  thall  also  erase  or 
destroy  any  of  the  Product  contained  in  computer  memory  or  data  ttorage  apparatus  under  the  control  of 
the  Licensee  and  shall  remove  the  Product  from  all  software  systetiu  of  Licensee.  The  Licensee  shall 
warrant  such  in  writiof  to  Licensor  within  thirty  (30)  days  of  termination. 

d.  If  Licensee  fails  to  comply  with  the  provisions  of  Subsection  1(C)  above.  Licensor  shall  have  the  right  to 
take  possession  of  the  Product,  wherever  the  same  may  be  located,  upon  notice  and  demand,  in  accordance 
with  process  of  law. 

S.  MAI.VTENANCE  AND  SUPPORT 

a.  Maintenance  and  Support  Services.  Subject  to  the  terms,  conditions  and  charges  set  forth  in  this  section. 
Licensor  will  provide  Licensee  with  maintenance  and  support  services  for  the  Produces)  for  a  period  of 
ninety  (90)  dayt  from  date  of  invoice  as  is  necessary  to  cause  the  Produces)  to  perform  in  accordance  with 
its  current  published  specifications.  Licensee  acknowledges  that  access  by  Licensor  to  the  Detignsted  CPU 
and  Licensee's  products  being  developed  with,  or  eontainiog,  the  Product(i)  shalJ  be  essentiaJ  to 
performance  by  Licensor  of  its  obligations  under  th'is  Section.  The  maintenance  and  support  servtces  ihall 
be  performed  by  telephooe  from  Licensor's  oflires  in  Palo  Alto.  California  or  at  Licensee's  location,  as 
Licensor  may  elect  in  its  sole  diseretioa. 

b.  Duration  of,  and  Charges  for,  Maintenance  and  Support.  There  wUl  be  no  additional  charge  for  maintenance 
and  support  during  the  first  omety  (CO)  days.  For  each  year  after  the  Hrst  ninety  (90)  days  Licensor  will 
continue  to  provide  Licensee  with  maintenance  and  snpport  services  ss  described  in  Subsection  f(A)  sbovs. 
provided  thsi  Licensee  executes  s  separate  Maintenance  Agreement  and  pays  Licensor  in  advance  the 
annual  maintenance  and  support  charges  then  in  cITcct. 

c.  Limitations  on  Licensoi's  Obligations. 

Licensee  undentands  and  agrees  tbit  Licensor  may  develop  and  market  new  or  difTerent  computer 
programs  which  use  part  or  all  of  the  Produces)  and  which  perform  all  or  part  of  the  functions  performed 
by  the  Product(s).  Nothing  contained  in  this  Agreement  gives  Licensee  any  rights  with  respect  to  such  new 
or  different  computer  programs.  Any  failure  by  Licensor  to  provide  ongoing  annual  maintenance  and 
support  on  the  anniversary  dale  of  the  agreement  shall  not  constitute  grounds  for  terminating  this 
Agreement  but  shall  be  only  a  basis  for  terminsting  tbe  parties'  futrre  obUgations  with  respect  to 
maintenance  and  support. 

d.  Licensee  Confidential  Information. 


Licensor  DDderstaods  thst  it  may,  in  tbe  course  of  performing  the  maintenance  and  support  services,  hive 
access  to  certain  confidential  information  of  Licensee  which  Licensee  has  clearly  marked  u  such  or 
otherwise  identified  in  writing  to  Licensor  prior  to  disclosure  as  being  confidential.  Licensor  agrees  to 
safeguard  all  such  coofidentiai  information  ('Licensee  CoaTidcnUU  Infonoation*)  in  a  manner  consistent 
with  the  protection  accorded  to  Licensor's  own  confidential  infonsation,  and  shall  restrict  access  to  sll 
Licensee  Confidential  Information  to  those  employees  and  consultants  of  Licensor  with  a  'need  to  know'. 
Licensor  shall  have  no  liability  to  Licensee  for  the  disclosure  of  Licensee  Confidentiai  Infonnatioo  to  third 
parties  except  where  such  disetesu'e  i?  msde  wiUTulIy  and  with  knowledge  that  the  information  disclosed 
constituted  Licensee  Confidential  Information.  Licensor  thsli  return  all  Licensee  Confidential  Information 
to  Licensee  upon  written  demand  by  Licensee,  or  provide  a  certificate  of  destruction  with  respect  iherelo. 
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s.  warranty 


UolMf  >Ut«d  othcrviic  in  Pirmpaph  A,  Lietnior  hereby  wurmsti  tbet  it  hu  title  to  the  Produet(ii,  the  ri|ht  to 
ester  isto  tbie  Lieeoic  A(re«mest  uid  (ruit  the  lieesM  hereunder,  sod  thit  the  Product(i),  u  delivered  by 
Liccntor,  if  properly  ioitslled  os  s  Dettfssted  CPU  is  eoafonnsnee  with  the  written  inttnietioni  provided  to 
Liceotee  by  Licenior,  if  ctptble  of  operttinf  in  conformsoee  with  the  Product't  theo'carrcnt  publuheo 
fpecificstioni.  Lieenfor  doee  not  ind  cinoot  (usnntce  the  performsace  or  multi  thst  miy  be  obisined  by  use 
of  the  Product  sod  Documentttien;  sccordiofly,  the  Product  snd  Documeotstioo  if  liceoied  to  Liceotee  *sf  it  * 
EXCEPT  AS  SPECIFICALLY  PROVIDED  IN  THIS  SECTION.  LICENSOR  MAKES  NO  WARRANTIES 
EITHER  EXPRESS  OR  IMPLIED  AS  TO  ANY  MATTER  WHATSOEVER.  INCLUDING.  WITHOUT 
LIMITATION,  ANY  WARRANTY  OF  MERCHANTABILITY,  OR  FITNESS  FOR  ANY  PARTICULAR 
PURPOSE.  THE  ENTIRE  RISK  AS  TO  RESULTS  OF  USE  OF  THE  PRODUCT  IS  ASSUMED  BY  THE  USER. 

a.  INDEMNIFICATION 


Licentor  tfreef  to  indemnify  Licensee  snd  to  hold  it  hsrmleii  from  sil  dsmsces  swsrded  s(siost  Licensee  in  the 
United  Ststes  or  Csnsds  by  virtue  of  Licensee's  use  of  the  Product  at  delivered  by  Licensor  and  maintained  on  a 
Designated  CPU,  provided  that  Licensor  is  given  prompt  notice  of  any  such  claim  and  the  right  to  control  and 
direct  the  investigation,  preparation,  defense  and  settlement  of  each  such  claim  and  further  provided  that 
Licensee  shall  fully  cooperate  with  Licensor  in  connection  with  the  foregoing.  Should  the  Product(i)  delivered  by 
Licensor  become  or.  in  Licensor's  opinion,  be  likely  to  become  the  subject  of  a  claim  of  infringement  of  a  trade 
secret,  patent  or  copyright,  Licentor  may  at  its  option  and  expense  either  (a)  procure  for  Licensee  the  right  to 
continue  to  use  the  product  as  contemplated  hereunder,  or  (b)  replace  aod/or  modify  the  Product  to  make  its  use 
hereunder  noninfringing.  If  neither  option  is  reasonably  available  to  Licensor,  then  this  Agreement  may  be 
terminated  at  the  option  of  either  party  hereto  without  further  obligation  or  liability  except  as  provided  in 
Sections  3(Cl  and  S  hereof,  and  refund  by  Licensor  to  Licensee  of  the  total  License  Fee  actually  paid  hereunder. 
Licensor  shall  have  no  liability  for  any  claim  of  trade  secret,  patent  or  copyright  infringement,  based  on 
Licensee's  use  or  combination  of  the  Product  with  products  or  data  not  supplied  by  Licensor  u  part  of  the 
Product. 

7.  LIMITATIONS  OF  LIaDILITY  AND  TIME  TO  SUE 

a.  Modification  of  product  by  Liceoiee.  Any  modification  of  the  Product  by  Licensee  or  any  failure  by 
Licensee  to  implement  any  Updates  to  the  Product  as  supplied  by  Licensor  shall  void  Licensor's 
maintenance  and  support  obligations  under  Section  4,  Licensor's  warranty  under  Section  &  and  Licensor's 
indemnity  under  Section  9  above,  unless  Licensee  has  obtained  prior  written  tulborixatloD  from  Licensor 
permitting  such  modil'ication  or  failure  to  implement. 

b.  Limitations  on  Licensor's  Liability.  Except  as  provided  in  section  9  above.  Licensor  shall  not  be  liable  for 
any  direct,  indirect,  special,  consequential  or  any  other  damages  arising  out  of  Licensee's  use  of  the  Product 
or  the  marketing,  delivery,  installation,  furnishing,  maintaining  or  supporting  of  the  Product  by  Licensor. 
If  for  any  reason  any  of  the  foregoing  limilaiioas  of  liabtlily  is  voided  or  is  not  effeeiive.  Licensee  agrees  that 
(except  as  provided  in  Section  9  above)  Licensor's  liability  for  damages,  if  any,  shall  not  exceed  the  charges 
paid  to  Licensor  by  Lieensr  •  for  use  of  tht  .’roduet  uuder  this  Agreement.  No  action,  regardless  of  form, 
arising  out  of  any  of  the  traoiactioni  under  this  Agreement  may  be  brought  by  Licensee  more  than  one  (Ij 
year  after  such  action  accrued. 

8.  PAYMENTfSI;  TAXES 

a.  Pavm«nt.  Licensor  will  invoice  Licensee  for  the  amount  due  on  delivery  of  the  Product  as  specified  in 
Paragraph  A.  All  payments  shall  be  due  and  payable  within  thirty  (30)  days  after  Lirecsee's  receipt  of  an 
invoice  from  Licensor.  Licensee's  obligation  to  pay  ail  aernied  charges  ■ball  survive  the  expiration  or 
'erminatiao  of  this  Agreement. 

b.  Taxes.  In  addition  to  all  charges  speciTied  in  this  Agreement.  Licensee  shall  pay  or  reimburse  Licensor  for  all 
federal,  stale,  local  or  other  taxes  not  based  on  Licensor's  net  income  or  net  worth,  including,  hut  not 
limited  to,  sales,  use,  privilege  and  property  taxes,  or  amounts  levied  in  lieu  thereof,  based  on  charges 
payable  under  tbit  Agreement  or  based  on  the  Product,  its  use  or  any  services  performed  hereunder, 
whether  such  taxes  arc  now  or  hereafter  imposed  under  the  authority  of  any  federal,  state.  local  or  other 
taxing  jurisdiction. 

9  .N'O  EXPORT 


Licensee  understands  and  recognises  that  the  Product(t)  and  other  malenais  made  available  to  It  hereunder  and 
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